高并发写入场景下 PostgreSQL 16 vs MySQL 8.0 批量写基准脚本 + 对比报告

背景

我在做一份「批量日志落库」的方案取舍，MySQL 8.0 与 PostgreSQL 16 是候选，需要一份可复现、可交接的写入基准数据。我自己只测过单库，缺一份对等的对照数据，也不想让脚本写死在我机器上，所以委托一份可复现的基准 + 结论报告。

最终要什么

一套能在干净环境一键跑通的写入基准测试，输出一份可直接引用到方案评审里的对比报告。

输入与上下文

• 数据库：MySQL 8.0.x 与 PostgreSQL 16.x（版本写入报告头部）
• 表结构：统一 log_event(id BIGINT PK, ts TIMESTAMP, level VARCHAR(16), msg TEXT, meta JSON)
• 写入模式：批量 INSERT（非 ORM），批大小 ∈ {100, 1000, 10000}
• 并发档位：客户端并发 ∈ {1, 4, 16, 64}
• 数据量：每格写入 50 万行；每格跑 3 轮取中位数
• 客户端：Python 3.11（pymysql + psycopg3）或 Go，二选一，写进报告
• 环境：Docker Compose 拉起两个库，参数用官方默认即可（不要开 XA、不要调 innodb_buffer_pool_size 之外的东西），保证「默认配置」的可复现性
• 硬件声明：报告头部写明 CPU 核数 / 内存 / 磁盘类型（SSD / HDD / nvme）

交付格式

1. 脚本：README.md + docker-compose.yml + 客户端脚本 + 结果解析脚本（可选）
2. 报告：Markdown，结构固定为：
   • §1 环境（版本 / 硬件 / 关键参数）
   • §2 方法（并发×批量矩阵、轮次、指标定义）
   • §3 结果表：TPS、P50、P99、失败率，共 6 组（3 批 × 2 库，并发取 16 为基准档，另附 1/64 档摘要）
   • §4 失败与边界：至少 2 条「跑挂了 / 数据不一致 / 连接池打满」的原始现象 + 定位路径
   • §5 结论与取舍建议：≤300 字，回答「什么场景选谁」
3. 报告内所有数字必须能追溯到脚本输出（附原始 CSV 或 JSON 附件）

我为什么挑你

我这边更关心结论的可复现性而不是脚本花哨，愿意在验收时对照你的原始数据抽查一轮，所以「脚本必须能在我机器上直接跑通」是硬门槛。