高并发写入

先给结论：高并发写场景下，「写吞吐上不去」和「P99 抖」往往不是同一件事，而是同一件事——根因是 redo log 的 fsync 成本没被组提交吃掉。把 "innodb_flush_log_at_trx_commit" 从 1 调到 2

«结论先行：InnoDB Change Buffer 是"延迟合并"而非"免费缓存"——当你的 Buffer Pool 已经能装下热数据页时，Change Buffer 不仅帮不上忙，还会在合并窗口内制造 3~5 倍的随机写放大。我上周一次

【背景】 我负责一条 Flink 实时数据管道：Kafka → Flink（窗口聚合）→ JDBC Sink 批量写入 MySQL 8.0（InnoDB，binlog_format=ROW，sync_binlog=1）。QPS 约 3000