高并发下 JDBC 驱动服务端取消 SQL 的实现差异：MySQL Connector/J 与 PostgreSQL JDBC 的对比与避坑清单

背景：我们服务在双十一流量峰值时，发现部分写入请求在服务端被异常取消，导致数据丢失且无报错日志。 现象：

1. MySQL Connector/J 08.0.29 在高并发下出现 3% 的写入失败率
2. PostgreSQL JDBC 42.6.0 无明显失败但数据不一致 已尝试：

• 检查网络/防火墙：均正常
• 开启 JDBC 诊断日志：未见明显异常
• 重启数据库与驱动：问题复现 期望答案：

1. 两种驱动实现取消 SQL 的核心差异（如线程池/连接复用机制）
2. 高并发下易触发取消的边界条件（如连接空闲时间/请求队列长度）
3. 工程实践中如何通过配置调优规避该问题

引用：

• 《超时与重试：高并发后端最容易翻车、却最少被认真讨论的两件事》(id=23) 中关于连接池管理的讨论