MySQL从库不停复制执行mysqldump --single-transaction可行吗？一致性数据指什么？

1. 不停复制的从库上执行mysqldump --single-transaction是否可行？ #

答案是大部分场景下可行，但要注意你环境里的MyISAM表：

• 针对InnoDB表：--single-transaction会开启一个只读事务，借助InnoDB的MVCC特性创建备份开始时刻的数据快照。哪怕从库还在持续同步主库的新数据，这个快照也会保持稳定，转储出的所有InnoDB数据都对应快照时间点的一致状态，不会受后续复制操作的影响，也不需要长时间锁表（仅会有短暂的元数据锁，基本不干扰复制）。
• 针对少数MyISAM表：MyISAM不支持事务，--single-transaction对它完全无效。此时mysqldump会自动退化为用LOCK TABLES READ锁定MyISAM表，确保转储期间这些表的数据不会被修改。但如果从库还在复制主库的MyISAM表写入操作，就会出现复制SQL等待锁释放的情况——如果MyISAM表数据量小、备份快，这个影响可以忽略；但要是MyISAM表很大，备份耗时久，可能会导致从库延迟明显增加。

所以如果你的MyISAM表占比极低且备份耗时短，不停复制执行备份是完全可以接受的；反之，建议临时执行STOP SLAVE暂停复制，备份完成后再启动，避免长时间锁表带来的延迟问题。

2. 官方文档提到的“一致数据集合”到底指什么？是不是等同于最新数据？ #

先明确：“一致数据”≠“最新数据”，两者是完全不同的概念：

• 所谓“一致数据集合”，是指转储出来的所有表数据都对应同一个时间点的状态。举个例子：假设你有订单表和订单详情表，要是没有一致性保证，可能转储订单表时是10:00的数据，转储订单详情表时从库已经同步了10:05的新订单，那备份里就会出现“有订单ID但找不到对应详情”或者“有详情但匹配不到订单”的矛盾情况——这就是典型的不一致数据集合。
• 而“最新数据”指的是备份完成（或停止复制）那一刻从库上的最新状态。但一致数据只要求所有表的时间点统一，不管这个时间点是早是晚。比如你不停复制执行--single-transaction，备份的是开始时刻的一致数据，从库在备份期间同步的新数据不会被包含进去，这时候备份数据不是最新的，但它是完全一致的。

官方建议停复制，本质是让从库在备份期间不再接收新变更，这样备份的就是停止复制那一刻既一致又最新的数据；而不停复制的话，你得到的是一致但非最新的数据（备份只包含快照时刻的内容，后续同步的新数据不会被纳入）。

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