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 后,应用会升级重启, 这
        时问题不大,如果应用程序不涉及升级重启,之后就会遇到之前的错,个人暂时没有发现在数据库端
        有很好的规避这个错误的方法。
 
 
四 参考

您可能感兴趣的与本文相关的镜像

Stable-Diffusion-3.5

Stable-Diffusion-3.5

图片生成
Stable-Diffusion

Stable Diffusion 3.5 (SD 3.5) 是由 Stability AI 推出的新一代文本到图像生成模型,相比 3.0 版本,它提升了图像质量、运行速度和硬件效率

<think>首先,用户的问题是:“PostgreSQLERROR:column"datlastsysoid"doesnotexistatcharacter17”。这看起来是一个数据库错误消息。从系统级指令中,我需要:-所有行内数学表达式使用$...$格式。-独立公式使用$$...$$格式并单独成段。-LaTeX语法正确。-使用中文回答。-生成相关问题。-在回答中引用的段落末尾自然地添加引用标识,例如[^1]。-回答结构清晰,帮助用户逐步解决问题。-保证回答真实可靠。用户提供的引用是关于“datlastsysoid”错误的:-引用[1]:错误信息是“column'datlastsysoid'doesnotexist”,在查询中。-引用[2]:使用Navicat连接PostgreSQL时出现此错误。-引用[3]:PostgreSQL15移除了'datlastsysoid'字段,所以Navicat旧版本会报错。用户的问题是具体的错误消息:“ERROR:column"datlastsysoid"doesnotexistatcharacter17”。这似乎与引用中的问题相同。关键点:-错误发生在查询“SELECTDISTINCTdatalastsysoidFROMpg_database”中。-在PostgreSQL15及更高版本中,字段'datlastsysoid'被移除。-Navicat等工具在旧版本中引用这个字段,导致错误。用户没有指定他们使用的PostgreSQL版本或工具,但错误消息暗示他们可能在使用类似Navicat的客户端,或者运行了包含这个字段的查询。我的回答需要:1.**解释错误原因**:说明'datlastsysoid'字段PostgreSQL15中被弃用并移除。2.**提供解决方案**:建议更新工具或修改查询。3.**结构清晰**:逐步引导用户解决问题。4.**使用中文**。5.**生成相关问题**:在回答结束后添加相关问题。6.**添加引用标识**:在引用参考信息时添加[^1]等。回答结构:-**引言**:简述问题。-**错误原因**:解释为什么出现这个错误。-**解决方案**:提供具体步骤。-**预防措施**:如何避免类似问题。-**相关问题**:在结尾添加。引用:由于用户提供了引用,我应该自然地引用它们。例如,在解释原因时,提到引用[3]。数学表达式:用户的问题涉及SQL查询,可能没有数学表达式。但如果有,比如在解释版本变化时,可以使用行内数学或独立公式。但这里可能不需要,除非涉及计算。例如,在讨论版本号时,可以用$15.0$,但这可能不必要。保持简单。最终输出格式:-回答主体。-然后“§§相关问题§§”部分列出相关问题。相关问题想法:1.如何检查PostgreSQL的版本?2.如何更新Navicat到兼容版本?3.其他常见PostgreSQL迁移问题?4.如何修改旧查询以适应新版本?确保回答可靠:基于引用信息,PostgreSQL15移除了这个字段,所以解决方案是更新工具或查询。</think>### PostgreSQL 错误分析:ERROR: column "datlastsysoid" does not exist 您的查询遇到了一个常见错误:`ERROR: column "datlastsysoid" does not exist at character 17`。这通常发生在使用旧版数据库客户端(如 Navicat)连接较新的 PostgreSQL 版本时,尤其是在运行包含 `datalastsysoid` 字段的查询时。下面我将一步步解释原因并提供解决方案,帮助您快速修复问题。 #### 错误原因分析 1. **字段已弃用**: PostgreSQL 15 版本移除了 `pg_database` 系统表中的 `datalastsysoid` 字段[^3]。这个字段原本用于存储数据库的系统对象标识符(OID),但在新版本中被废弃,因为它不再需要。如果您使用的查询(如 `SELECT DISTINCT datalastsysoid FROM pg_database`)引用了该字段PostgreSQL 会直接报错,因为它不存在于当前版本中[^1]。 2. **客户端兼容性问题**: 常见于旧版数据库管理工具(如 Navicat 15.0.29 或更早版本)。这些工具在连接 PostgreSQL 15 或 16 时,会自动执行包含 `datalastsysoid` 的内部查询,导致错误[^2][^3]。例如,错误消息中的 `at character 17` 指示查询字符串中第 17 个字符附近引用了无效字段。 3. **版本不匹配**: 如果您的 PostgreSQL 版本是 15 或更高(如 PostgreSQL 16),而客户端工具是旧版(如 Navicat 15),就会出现此问题。操作系统(如 Windows 10)不影响此错误,但需确保工具和数据库版本兼容[^3]。 #### 解决方案 以下是针对此错误的修复方法,根据您的使用场景选择合适步骤: ##### 方法 1: 更新数据库客户端工具 - **适用场景**:如果您使用 Navicat 或其他图形化工具连接 PostgreSQL。 - **步骤**: 1. 下载并安装最新版 Navicat(16.1 或更高版本),这些版本已修复对 `datalastsysoid` 的依赖[^3]。 2. 重新连接 PostgreSQL 数据库,测试查询是否正常。 - **优点**:简单快捷,无需修改查询。 - **验证方法**:在工具中运行 `SELECT version();` 检查 PostgreSQL 版本(例如,输出可能为 `PostgreSQL 16.0`),然后确保客户端版本匹配。 ##### 方法 2: 修改查询语句 - **适用场景**:如果您直接执行 SQL 查询(如通过 `psql` 命令行或应用程序代码)。 - **步骤**: 1. 移除查询中对 `datalastsysoid` 的引用。例如,将原查询 `SELECT DISTINCT datalastsysoid FROM pg_database` 替换为兼容版本: ```sql -- PostgreSQL 15+ 兼容查询:使用其他系统字段替代 SELECT DISTINCT oid FROM pg_database; ``` 这里 `oid` 是 `pg_database` 表的默认对象标识符字段,功能类似但未被弃用。 2. 如果必须使用旧字段逻辑,考虑降级 PostgreSQL 到 14 或更早版本(不推荐,仅作为临时方案)。 - **优点**:无需更新工具,直接修复代码。 - **注意事项**:测试查询在您的 PostgreSQL 版本中是否有效。运行 `\d pg_database` 在 `psql` 中查看表结构,确认可用字段。 ##### 方法 3: 检查并升级 PostgreSQL - **适用场景**:如果错误是由数据库升级引起(如从 PostgreSQL 14 迁移到 15)。 - **步骤**: 1. 确认 PostgreSQL 版本:在命令行执行 `SELECT version();`。 2. 如果版本 ≥ 15,确保所有客户端和应用程序代码不再引用 `datalastsysoid`。使用 PostgreSQL 的 `pg_upgrade` 工具时,注意迁移脚本中移除废弃字段。 3. 对于开发环境,建议在测试库中模拟查询,提前发现兼容问题。 - **预防措施**:在升级前,查阅 [PostgreSQL 官方文档](https://www.postgresql.org/docs/)的“Release Notes”,检查废弃字段列表。 #### 预防类似问题 - **定期更新工具**:保持数据库客户端(如 Navicat)和 PostgreSQL 版本同步。PostgreSQL 每半年发布新版本,废弃字段是常见变更。 - **测试驱动开发**:在迁移数据库前,使用兼容性测试工具(如 `pgTAP`)验证查询。 - **监控日志**:启用 PostgreSQL 日志(设置 `log_statement = 'all'` 在 `postgresql.conf`),捕获类似错误早期预警。 通过以上步骤,错误应能解决。如果问题持续,请提供更多细节(如 PostgreSQL 版本和客户端类型),以便进一步诊断。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值