PostgreSQL:ERROR,0A000,”cached plan must not change result type”

今天发现数据库日志报大量如下错误,数据库版本: PostgreSQL 9.1.9。数据库错误日志

1
2013-07-24 15:11:35.895 CST,"db_test","db_test",17526,"192.168.100.221:40188",51ed7b10.4476,1555,"BIND",2013-07-23 02:33:52 CST,236/820620,0,ERROR,0A000,"cached plan must not change result type",,,,,,"SELECT pkg_name FROM tbl_test WHERE channel_no = $1 AND store_id = $2",,"RevalidateCachedPlan, plancache.c:589",""

备注:网上查了下资料,这个错误与 DDL 操作有关,并且在使用了PREPARE语句的情况下会发生,接下来模拟下这个错误。

模拟异常

1.1 创建测试表并插入数据

1
2
3
4
5
6
7
8
9
10
11
12
13
francs=> create table test_cache (id int4, name character varying(32));
CREATE TABLE

francs=> insert into test_cache values (1,'a'),(2,'b'),(3,'c');
INSERT 0 3

francs=> select * from test_cache ;
id | name
----+------
1 | a
2 | b
3 | c
(3 rows)

备注:创建完表后,接着开启两个会话,顺序按以下操作进行。

1.2 会话1: 创建 PREPARE SQL

1
2
3
4
5
6
7
8
9
10
francs=> PREPARE select_1 (character varying) AS
francs-> select * From test_cache where name=$1;
PREPARE

francs=> EXECUTE select_1('a');
id | name
----+------
1 | a
(1 row)
备注:正常使用 EXECUTE 语句。

1.3 会话2: DDL 更改表结构

1
2
3
4
5
6
7
8
9
francs=> /d test_cache
Table "francs.test_cache"
Column | Type | Modifiers
--------+-----------------------+-----------
id | integer |
name | character varying(32) |

francs=> alter table test_cache alter column name type character varying;
ALTER TABLE

备注:这里更改字段长度。

1.4 再次回到会话1:

1
2
francs=> EXECUTE select_1('a');
ERROR: cached plan must not change result type

1.5 数据库日志如下:

1
2013-07-24 15:19:36.139 CST,"francs","francs",23261,"[local]",51ef7f33.5add,1,"EXECUTE",2013-07-24 15:16:03 CST,3/10083,0,ERROR,0A000,"cached plan must not change result type",,,,,,"EXECUTE select_1('a');",,,"psql"

备注:正好重现了标题出现的错误。

解决方法

由于 PREPARE 语句在会话结束后会自动消失,因此解决方式有多种,可以断开会话,重启应用程序,也可以使用 DEALLOCATE 命令取消 PREPARE 语句,然后重新生成 PREPARE 语句,今天出现的异常后来通知项目组重启这个模块后,问题解决。

2.1 DEALLOCATE

1
2
3
4
5
6
7
8
9
10
11
12
francs=> DEALLOCATE select_1;
DEALLOCATE

francs=> PREPARE select_1 (character varying) AS
francs-> select * From test_cache where name=$1;
PREPARE

francs=> EXECUTE select_1('a');
id | name
----+------
1 | a
(1 row)

备注:DEALLOCATE 语句只对本身单个会话生效,如果是应用程序批量报错,这个方法显然不合适。

总结

  1. 这里演示了使用 prepared 语句后,如果涉及的表字段长度更改了会报错。我这里还测试了增,减
    字段的情况,得到的结果是一样的。
  2. 在数据库维护过程中,对于 DDL 操作需要格外小心,一般在表执行 DDL 后,应用会升级重启, 这
    时问题不大,如果应用程序不涉及升级重启,之后就会遇到之前的错,个人暂时没有发现在数据库端
    有很好的规避这个错误的方法。

参考

原创文章,作者:奋斗,如若转载,请注明出处:https://blog.ytso.com/tech/database/237996.html

(0)
上一篇 2022年1月29日 23:01
下一篇 2022年1月29日 23:01

相关推荐

发表回复

登录后才能评论