执行大规模DELETE或BATCH语句时会生成多少条WAL日志？

针对执行DELETE FROM table WHERE table.a = 5删除1000万条记录时的WAL条目数问题，没有非黑即白的固定答案，实际生成量和数据库实现、配置、执行模式直接相关：

• 默认行级WAL配置下的普通DELETE场景
  绝大多数关系型数据库（MySQL InnoDB、PostgreSQL等）默认采用行级日志模式，WAL需要记录每一条被删除行的变更信息，支撑崩溃恢复、主从复制、时间点恢复能力。如果是无优化的逐行删除执行逻辑，会生成接近1000万条对应行的删除日志，再算上事务起止、数据页元数据修改、索引变更对应的辅助WAL条目，总条目数会高于1000万，日志总大小通常和被删除的记录总数据量、索引数量正相关。
• 开启页级日志合并/批量优化的场景
  不少数据库针对大事务做了WAL优化：如果同一个数据页上的多行记录连续被删除，不会为每一行单独生成日志，而是合并成单条页级WAL，记录整个数据页的修改结果。这种场景下WAL总条目数约等于被修改的数据页总数加事务辅助条目，远小于1000万。比如16KB页大小的InnoDB，单页如果存了100条记录，1000万条记录大概对应10万个数据页，WAL条目数就在10万级别。
• 被优化为表/分区级操作的场景
  如果删除条件最终覆盖整表/整个分区，且数据库可以将其优化为类似TRUNCATE的元数据操作（比如无复杂二级索引、无外键约束场景下的全表删除），只会生成个位数的表级WAL条目，仅标记对应表/分区的可见性变更，不会逐行逐页记录删除动作，日志量极小。

实操提示：生产环境执行大规模DELETE不要单次跑全量删除，建议拆成小批次（单次删1000~10000条）提交，避免单次大事务产生巨量WAL占满磁盘、阻塞主从同步、拉长数据库故障恢复时间。

内容的提问来源于stack exchange，提问作者wufufufu