所有文章是按github的markdown格式书写的,如此页面显示不正常,请跳转到github版
修改PostgreSQL字段长度导致cached plan must not change result type错误
问题
有业务反馈在修改一个表字段长度后,Java应用不停的报下面的错误,但是越往后错误越少,过了15分钟错误就没有再发生。
### Error querying database. Cause: org.postgresql.util.PSQLException: ERROR: cached plan must not change result type
原因
调查判断原因是修改字段长度导致执行计划缓存失效,继续使用之前的预编译语句执行会失败。
很多人遇到过类似错误,比如:
- https://blog.csdn.net/qq_27791709/article/details/81198571
但是,有两个疑问没有解释清楚。
- 以前业务也改过字段长度,但为什么没有触发这个错误?
- 这个错误能否自愈?
下面是进一步的分析
PostgreSQL中抛出此异常的代码如下:
static List *
RevalidateCachedQuery(CachedPlanSource *plansource,
QueryEnvironment *queryEnv)
{
if (plansource->fixed_result)
ereport(ERROR,
(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
errmsg("cached plan must not change result type")));
...
}
pgjdbc代码里有对该异常的判断,发生异常后,后续的执行会重新预编译,不会继续使用已经失效的预编译语句。这说明pgjdbc对这个错误有容错或自愈能力。
protected boolean willHealViaReparse(SQLException e) {
...
// "cached plan must not change result type"
String routine = pe.getServerErrorMessage().getRoutine();
return "RevalidateCachedQuery".equals(routine) // 9.2+
|| "RevalidateCachedPlan".equals(routine); // <= 9.1
}
发生条件
经验证,使用Java应用时本故障的发生条件如下:
- 使用非自动提交模式
- 使用prepareStatement执行相同SQL 5次以上
- 修改表字段长度
- 表字段长度修改后第一次使用prepareStatement执行相同SQL
测试验证
以下代码模拟Java连接多次出池->执行->入池,中途修改字段长度。可以复现本问题
Connection conn = DriverManager.getConnection(...);
conn.setAutoCommit(false); //自动提交模式下,不会出错,pgjdbc内部会处理掉
String sql = "select c1 from tb1 where id=1";
PreparedStatement prest =conn.prepareStatement(sql);
for(int i=0;i<5;i++)
{
System.out.println("i: " + i);
prest =conn.prepareStatement(sql);
ResultSet rs = prest.executeQuery();
prest.close();
conn.commit();
}
//在这里设置断点,手动修改字段长度: alter table tb1 alter c1 type varchar(118);
for(int i=5;i<10;i++)
{
System.out.println("i: " + i);
try {
prest =conn.prepareStatement(sql);
ResultSet rs = prest.executeQuery();
prest.close();
conn.commit();
} catch (SQLException e) {
System.out.println(e.getMessage());
conn.rollback();
}
}
conn.close();
测试程序执行结果如下:
i: 0
i: 1
i: 2
i: 3
i: 4
i: 5
ERROR: cached plan must not change result type
i: 6
i: 7
i: 8
i: 9
回避
- 在不影响业务逻辑的前提下,尽量使用自动提交模式
- 修改表字段长度后重启应用,或者在业务发生该SQL错误后重试(等每个Jboss缓存的连接都抛出一次错误后会自动恢复)
January 5, 2020