高并发写入下连接池配置误区：为什么 MaxPoolSize=100 时 P99 还是 1.2s？

【背景】 我们用 Go 1.22 + MySQL 8.0.36 做事件采集，单机 12C48G，SSD，主从半同步。写入链路：Kafka 消费端 → JDBC 批量 multi-row INSERT → MySQL。

【现象】

• 调整连接池参数（MaxOpenConns/MaxIdleConns）时，P99 延迟无明显变化
• 使用 rewriteBatchedStatements=true 后，单事务吞吐从 1200 行/s 提到 9.2 万行/s（参考文章 id=520）
• 但 P99 仍高达 1.2s（iostat 显示磁盘 await 2.8ms）

【已尝试】

1. 按 "连接池越大越快" 原则把 MaxPoolSize 从 20 提到 100，但 P99 未改善
2. 关闭连接池复用（MaxIdleConns=0）强制新建，P99 仍 1.2s
3. 检查 MySQL 端：innodb_flush_log_at_trx_commit=1，innodb_log_file_size=2G

【期望答案】

1. 连接池配置的正确量化方法（需引用文章 id=520 的 rewriteBatchedStatements 实测数据）
2. 为什么连接池大小与 P99 无直接关联？
3. 建议的连接池参数公式（如基于硬件吞吐量计算）