使用Informix JDBC driver获取连接偶现表被删除、修改或重命名错误

偶发报错的核心诱因 #

该报错为表元数据读取异常，若你是在获取连接阶段就触发报错而非执行自定义查询阶段，基本可以排除表真实被删除、修改的可能，常见触发原因如下：

• 连接池元数据缓存失效：如果你的服务使用了Druid、HikariCP等连接池，3.0及以下版本的Informix JDBC驱动会在连接初始化时缓存系统表元数据，当连接归还到连接池后，若后台有Informix自动统计更新、批量写入触发表结构版本号变更，缓存元数据和实际表版本不匹配，新请求拿到该连接初始化时就会抛错，只有拿到带过期缓存的连接才会失败，对应你遇到的偶发现象。
• 数据库端锁冲突：Informix的systables、syscolumns等系统表在有DDL操作、批量写入触发表结构优化时会加排他锁，连接初始化时如果刚好要读取目标表元数据，拿不到锁就会误返回表被修改的错误，锁释放后后续请求即可正常执行，也会导致偶发报错。
• 驱动版本BUG：IBM官方在Informix JDBC Driver 4.10.xC2及之后的版本修复过多个元数据缓存一致性、锁重试相关的BUG，旧版本驱动触发该偶发问题的概率极高。

修复方案 #

• 优先升级Informix JDBC驱动到4.10.xC10及以上的稳定版本，可直接规避驱动本身的元数据处理BUG，不需要修改业务代码，仅替换依赖即可，Maven依赖参考：

<dependency>
    <groupId>com.ibm.informix</groupId>
    <artifactId>jdbc</artifactId>
    <version>4.10.14.0</version>
</dependency>

• 若暂时无法升级驱动，可在连接池配置中添加连接校验逻辑，每次从连接池获取连接时执行轻量校验语句select 1 from systables where tabname = '你用到的目标表名'，校验失败直接销毁该连接重新创建，避免拿到带过期缓存的坏连接。
• 可联系DBA将systables等系统表的锁模式调整为行级锁，减少元数据读取时的锁冲突概率，执行语句为ALTER TABLE systables LOCK MODE(ROW);（需DBA权限操作）。
• 若你在连接初始化阶段需要执行自定义表校验逻辑，可添加最多3次重试机制，每次重试间隔100ms，锁冲突场景下重试基本都能成功。

内容的提问来源于stack exchange，提问作者Qiroc