checkpoint

结论先行 MySQL 8.0.30 把 redo log 从「固定文件数 × 单文件大小」改成了「总容量」模型："innodb_redo_log_capacity" 可以直接在线调整，不用停机、不用删文件、不用重启。对写密集实例，把默认 9

背景 我负责一个日跑 8000 万行的 ETL 任务（ODS 宽表 → DWS 聚合表），用自研调度框架（非 XXL-Job），核心逻辑是按 id 范围分 batch 处理，每 batch 5000 行。任务是部分可重入的——同一行重复处理

Flink checkpoint 对齐把反压放大 3 倍：一次 checkpoint 耗时从 800ms 飙到 22s 的根因、unaligned 开关与它的 3 个隐性坑 一、现象与背景 先给数字。我们一条实时风控特征管道：Flink 1

一、现象：写入 P99 每隔 40 秒出现一次 200ms 尖刺，业务方投诉「下单偶尔卡一下」 去年 Q3 给一套 MySQL 8.0.32 交易系统做性能巡检。主库 16C64G，NVMe SSD（Intel P4510 3.84TB），