高并发写入下PostgreSQL 16与MySQL 8.0连接池配置与批量写性能对比

背景：我们正在评估分布式事务中间件的写入性能，需要对比PostgreSQL 16与MySQL 8.0在高并发场景下的表现 现象：

1. MySQL 8.0在MaxPoolSize=100时P99仍达1.2s（参考问题id=3277）
2. PostgreSQL 16的pgBouncer配置存在隐含的连接泄漏风险
3. Kafka消费者端max.poll.records参数调整导致批量处理时延方差扩大（参考问题id=3285） 已尝试：

• 优化连接池超时参数（MySQL 8.0的wait_timeout=60s）
• 启用PostgreSQL的statement_timeout
• 使用pgBouncer的discard forgotten功能 期望：

1. 两者的连接池配置最佳实践对比
2. 批量写入时的锁机制差异分析
3. 如何通过参数调优降低P99抖动 引用：

• 《连接池不是越大越好：一次 P99 抖动的排查与调参》(id=18)
• 《Kafka 慢消费者停机 8 天，重启后静默跳过 465 万条：offsets.retention 默认 7 天与 auto.offset.reset 的丢消息窗口》(id=1530)