PostgreSQL：ERROR,0A000,"cached plan must not change

发布时间：2020-12-13 17:27:19 所属栏目：百科来源：网络整理

导读：今天发现数据库日志报大量如下错误，数据库版本: PostgreSQL 9.1.9。 --数据库错误日志 2013-07-24 15:11:35.895 CST,"db_test",17526,"192.168.100.221:40188",51ed7b10.4476,1555,"BIND",2013-07-23 02:33:52 CST,236/820620, ERROR,0A000,"cached plan mu

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

--数据库错误日志

2013-07-24 15:11:35.895 CST,"db_test",17526,"192.168.100.221:40188",51ed7b10.4476,1555,"BIND",2013-07-23 02:33:52 CST,236/820620,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 创建测试表并插入数据

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

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 更改表结构

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:

francs=> EXECUTE select_1('a');

ERROR: cached plan must not change result type

--1.5 数据库日志如下：

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

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

二解决方法

由于 PREPARE 语句在会话结束后会自动消失，因此解决方式有多种，可以断开会话，重启

应用程序，也可以使用 DEALLOCATE 命令取消 PREPARE 语句，然后重新生成 PREPARE 语句，

今天出现的异常后来通知项目组重启这个模块后，问题解决。

--2.1 DEALLOCATE

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 后，应用会升级重启，这

时问题不大，如果应用程序不涉及升级重启，之后就会遇到之前的错，个人暂时没有发现在数据库端

有很好的规避这个错误的方法。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!

PostgreSQL：ERROR,0A000,&#34;cached plan must not change

PostgreSQL：ERROR,0A000,"cached plan must not change