高并发写入下连接池配置误区：从资源瓶颈到监控指标的调优决策

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

【现象】

• 调整连接池参数（MaxOpenConns/MaxIdleConns）时，P99 延迟无明显变化
• CPU 使用率与连接池容量呈非线性增长（引用 id=3281）
• APM 工具显示 99% 查询在 1ms 内，但 1% 会突增到 20ms（引用 id=3277）

【已尝试】

1. 扩展连接池至 2000 容量，CPU 使用率飙升 78%
2. 启用 performance_schema 监控，发现 Buffer Pool IO 等待占比 62%
3. 调整 batch size 从 1000→500，P99 延迟波动范围从 ±800μs→±300μs

期望答案形态：

1. 连接池配置与系统资源瓶颈的量化关系
2. performance_schema 监控指标的优先级排序
3. 不同 DBMS（MySQL/PostgreSQL）的配置差异对比