postgres修改字段错误:cached plan must not change result type

postgres数据库某张表修改了一个字段的长度之后,程序出现这个错误:
org.postgresql.util.PSQLException: ERROR: cached plan must not change result type
	org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2161)
	org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1890)
	org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255)
	org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:547)
	org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:417)
	org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:410)
	com.mchange.v2.c3p0.impl.NewProxyPreparedStatement.execute(NewProxyPreparedStatement.java:989)
	com.ibatis.sqlmap.engine.execution.SqlExecutor.executeQuery(SqlExecutor.java:185)
	com.ibatis.sqlmap.engine.mapping.statement.MappedStatement.sqlExecuteQuery(MappedStatement.java:221)
	com.ibatis.sqlmap.engine.mapping.statement.MappedStatement.executeQueryWithCallback(MappedStatement.java:189)
	com.ibatis.sqlmap.engine.mapping.statement.MappedStatement.executeQueryForList(MappedStatement.java:139)
	com.ibatis.sqlmap.engine.impl.SqlMapExecutorDelegate.queryForList(SqlMapExecutorDelegate.java:567)
	com.ibatis.sqlmap.engine.impl.SqlMapExecutorDelegate.queryForList(SqlMapExecutorDelegate.java:541)
	com.ibatis.sqlmap.engine.impl.SqlMapSessionImpl.queryForList(SqlMapSessionImpl.java:118)
	org.springframework.orm.ibatis.SqlMapClientTemplate$3.doInSqlMapClient(SqlMapClientTemplate.java:298)
	org.springframework.orm.ibatis.SqlMapClientTemplate$3.doInSqlMapClient(SqlMapClientTemplate.java:296)


网上查询解答原因:

--数据库错误日志
 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 后,应用会升级重启, 这
        时问题不大,如果应用程序不涉及升级重启,之后就会遇到之前的错,个人暂时没有发现在数据库端
        有很好的规避这个错误的方法。
 
 
四 参考
Qcache_not_cached表示在查询缓存中找不到的查询次数。根据引用和引用的数据,Qcache_not_cached的值分别为0和2654。这意味着在查询缓存中找不到的查询次数为0或2654次。查询缓存是MySQL中的一个功能,它可以缓存查询的结果,当相同的查询再次执行时,可以直接从缓存中获取结果,从而提高查询的速度。然而,并非所有的查询都适合被缓存,一些查询可能会被MySQL判断为不适合缓存,从而导致Qcache_not_cached的增加。这些不适合被缓存的查询可能包括使用了不可缓存的函数、临时表或者不稳定的查询等。因此,Qcache_not_cached的增加可能意味着一些查询无法被缓存,可能需要对查询进行优化或者调整查询缓存的设置。123 #### 引用[.reference_title] - *1* [MySQL优化之缓存优化](https://blog.csdn.net/weixin_42165980/article/details/113557558)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}} ] [.reference_item] - *2* *3* [MySQL查询高速缓冲](https://blog.csdn.net/weixin_30477293/article/details/96263389)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT0_1"}} ] [.reference_item] [ .reference_list ]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值