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

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

    

--数据库错误日志

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 创建测试表并插入数据

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","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 

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

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

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