MySQL闪回方案讨论及实现
这篇讲的是如何为MySQL数据库实现类似Oracle的“闪回”功能，以应对主从复制环境下无法阻止的误操作，比如误删表或全表更新。 作者从一个实际痛点出发：即使搭建了主从，实时备份也无法恢复逻辑误操作。文章核心方案是利用row-based格式的binlog来实现闪回，因为只有在这种格式下，binlog才会记录数据变更前后的完整行信息。 对于常规的增删改操作，思路很巧妙：通过反转binlog事件的类型和内容——把INSERT事件变成DELETE，把DELETE事件变成INSERT，再把UPDATE事件中的新旧行数据对调——就能生成可以“逆操作”的闪回日志。而对于ALTER TABLE、DROP TABLE这类DDL操作，仅靠binlog的语句记录则无能为力。文章提出的补充方案是，在执行这类可能删除数据的DDL前，先将原表数据备份到一个历史表中，并自定义一种FLASHBACK_EVENT事件来记录恢复步骤。 最终，通过修改mysqlbinlog工具并添加这种事件类型，就能按表、按时间点反向执行这些操作，安全地恢复数据。方案最大的优点是，这些修改不会影响原生的binlog工具使用，也不会对线上正常操作的性能带来额外负担。
