我每天使用 mysqldump+scheduled 任务对我的 mysql 数据库进行备份
但是，正如我在这个答案中看到的那样，mysqldump 不能保证数据集的一致性……这是什么意思？这意味着如果有人在我备份时访问该网站，并且他的操作将编辑两个表，并且一个表已经被 mysqldump 解析，导致可能导致问题的“不完整”备份？如果mysqldump不好，最好的备份方法是什么？
AskOverflow.Dev
我每天使用 mysqldump+scheduled 任务对我的 mysql 数据库进行备份
但是，正如我在这个答案中看到的那样，mysqldump 不能保证数据集的一致性……这是什么意思？这意味着如果有人在我备份时访问该网站，并且他的操作将编辑两个表，并且一个表已经被 mysqldump 解析，导致可能导致问题的“不完整”备份？如果mysqldump不好，最好的备份方法是什么？
想象两张桌子。当您备份第一个时，第二个会更改。备份将包括该更改。你没有快照。如果说您删除了外键，这是一个问题。
解决方案是复制一个从数据库，当您进行备份时，您停止复制，进行备份，然后再次开始复制。这样，您就可以及时获得数据库的快照。
您可能会导致备份不一致的情况是完全正确的。
您可以通过添加标志 --lock-all-tables 来使用 mysqldump 进行一致备份。顾名思义，需要注意的是，在备份完成之前，所有表都将被锁定以防写入。这取决于您的数据库的大小可能会很长时间并造成很大的破坏。
有一些替代方案。其中一些是商业的。我将假设您使用的是 MyISAM，它通常比 InnoDB 更难以一致地备份。
一种解决方案是将 MySQL 的数据放在存储上，以便通过另一种方法进行更快的备份。例如支持快照的 SAN 或 LVM2 块设备。您仍然必须将 MySQL 置于锁定状态，但由于快照只需很短的时间即可完成，因此破坏性影响可以忽略不计。然后，您可以针对数据快照启动另一个 MySQL 守护程序，以获取一致的 mysqldump 并在闲暇时将其导出到其他地方。
我自己对 iSCSI 支持的存储使用了类似的方法。
如果您使用 InnoDB 表，有一个名为“热备份”的商业工具，可以在服务器启动时创建一致的备份。我不会链接它，因为它是一个商业网站，但如果你有兴趣，谷歌搜索应该会显示它。
使用其他表格式，你可以获取表的读锁，然后复制底层数据文件，但这会阻塞对表的写操作，所以当应用程序不依赖写或有应用程序时你必须这样做被写入优雅地处理失败的写入。
MySQL 文档中的更多信息：
http://dev.mysql.com/doc/refman/5.7/en/replication-solutions-backups-rawdata.html
mysqldump 通常会创建一致的快照（除非您告诉它不要这样做）。它通过使用全局读锁锁定整个服务器来实现这一点，这在大多数情况下是不可取的。
如果您专门使用 InnoDB 表，则可以使用事务转储，它也是一致的，但不会锁定任何内容（长时间）。