IMB Asked: 2018-12-04 08:30:39 +0800 CST2018-12-04 08:30:39 +0800 CST 2018-12-04 08:30:39 +0800 CST 闲置后备份 MySQL 772 我目前每天备份，我认为这很好，但是，我想在没有活动时更频繁地备份（例如，在 X 分钟没有 INSERT/UPDATE/DELETE 之后，不包括 SELECT）。 我目前正在考虑创建一个自定义脚本CHECKSUM TABLE mytable，每隔 X 分钟检查一次并查看是否发生变化。 这是个好主意还是有更好的方法，也许是现有工具？ mysql backup 2 个回答 Voted Best Answer Rick James 2018-12-04T14:55:54+08:002018-12-04T14:55:54+08:00 如果您设置了复制，您可能会丢失整个服务器，但会恢复所有内容，除了灾难发生时“正在进行”的任何内容。 也就是说，Slave 几乎总是 Master 的最新副本。没有备份，没有锁，没有重新加载等。 然后，如果你愿意，你可以“持续”备份从站。它不会影响 Master 和那里的所有活动。 如果您担心某些内容会被删除，然后需要恢复，请参阅CHANGE MASTER TO ... MASTER_DELAY ...。 danblack 2018-12-04T14:22:11+08:002018-12-04T14:22:11+08:00 如果您的目标是在发生价值事件时损失更少，那么使用二进制日志作为时间点恢复机制。 否则使用mysqldump --single-transactionxtrabackup 有一个节流选项来限制吞吐量。 和/或纯粹为备份配置复制从站，而对从站的影响无关紧要。
如果您设置了复制，您可能会丢失整个服务器，但会恢复所有内容，除了灾难发生时“正在进行”的任何内容。
也就是说，Slave 几乎总是 Master 的最新副本。没有备份，没有锁，没有重新加载等。
然后，如果你愿意，你可以“持续”备份从站。它不会影响 Master 和那里的所有活动。
如果您担心某些内容会被删除，然后需要恢复，请参阅
CHANGE MASTER TO ... MASTER_DELAY ...。如果您的目标是在发生价值事件时损失更少，那么使用二进制日志作为时间点恢复机制。
否则使用
mysqldump --single-transactionxtrabackup 有一个节流选项来限制吞吐量。和/或纯粹为备份配置复制从站，而对从站的影响无关紧要。