Aurora 2.12.3下JDBC批量执行PreparedStatement超时问题

• 检查JDBC驱动兼容性：你当前使用MariaDB驱动连接Aurora MySQL，虽二者兼容但版本适配可能存在问题。建议替换为官方MySQL JDBC驱动（mysql-connector-java），选择与Aurora 2.12.3（对应MySQL 5.7兼容版）匹配的稳定版本（如5.1.49+）；若坚持使用MariaDB驱动，需升级至2.7.x系列（该版本对MySQL 5.7兼容性更完善）。

• 调整批量语句重写参数：

  • 添加useServerPrepStmts=false参数，强制客户端侧完成批量语句重写，规避Aurora服务器端预处理可能存在的性能瓶颈；
  • 若上述无效，可添加allowMultiQueries=true（需确保业务场景无SQL注入风险），配合rewriteBatchedStatements=true增强批量语句处理效率。

• 优化批量提交大小：Aurora的网络传输与处理逻辑和原生MySQL存在差异，过大的批量尺寸可能导致超时。尝试将batchSize从当前值下调（比如从1000改为200-500），减少单次提交的数据量，降低请求负载。

• 排查Aurora实例配置与资源：

  • 检查实例规格：监控CPU使用率、磁盘IOPS、网络吞吐量，确认是否存在资源瓶颈（如CPU长期高负载、磁盘IO饱和），必要时升级实例规格；
  • 调整InnoDB参数：若业务对数据一致性要求允许，可将innodb_flush_log_at_trx_commit设为2，sync_binlog设为100，减少事务提交时的磁盘刷盘开销（注意：该调整会降低数据安全性，需结合业务场景评估）。

• 开启Aurora慢查询日志：启用慢查询日志并设置long_query_time=1，查看批量插入语句的实际执行耗时，确认超时是发生在客户端等待还是服务器端执行缓慢，定位具体瓶颈。

• 替换批量插入方式：暂时绕过PreparedStatement的addBatch()/executeBatch()，手动拼接多行值的插入语句（如INSERT INTO messagequeue VALUES (?, ?, ?), (?, ?, ?), ...），验证是否为驱动与Aurora对预处理批量的兼容性问题。

• 检查连接池与超时配置：确认连接池的maxActive、maxIdle等参数是否适配Aurora环境，避免连接不足导致等待；同时调大socketTimeout、connectTimeout参数，适配Aurora可能存在的网络延迟。

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