阅读“ Actual MySQL 45”后的阅读02 |日志系统: 如何执行SQL更新语句

这样理解.

逻辑日志可以被其他和其他引擎使用. 每个人都可以理解这种“逻辑”；

物理日志只能由“我”本人使用oo空间访问记录删除如何恢复，其他人尚未共享我的“物理格式”

重做日志（重做日志）是InnoDB引擎的事务服务

Binlog（归档日志）用于故障恢复（例如异常重启，恢复临时库，扩展和增加备用）

我之前提到定期完全备份的时间段“取决于系统的重要性，有些每天准备，有些每周准备. ”那么在什么情况下oo空间访问记录删除如何恢复，一天的准备比一周的准备更有利？换句话说，它会影响哪个索引？

A: 关于“每日准备比每周准备好”的观点:

Binlog通常用于崩溃时的恢复. 恢复时间越短，对业务的影响就越小. 如果您准备一天，则只需要使用昨天的备份+今天的增量binlog和增量数据. 相对较小，恢复时间自然更有效.

另一方面，如果您每周准备一次，则binlog首先需要存储至少一周的数据（如果binlog少于一周，否则在发生故障时无法恢复）. 因此，我认为受影响的索引是expire_logs_days（您可以通过显示变量，例如'％expire_logs_days％'来检查它）

A: [作者回复]优点是“最长恢复时间”较短.

在单日模式下，最坏的情况是需要使用一日二进制日志. 例如，您每天在0点进行一次完整备份，而您想在昨晚23点之前恢复备份.

一周中最糟糕的情况是应用一周的二进制日志.

系统的相应指标是@尼古拉斯·赵四@穆塔提到的RTO（恢复目标时间）.

当然，这是有成本的，因为更频繁的完全备份需要更多的存储空间，因此需要用此RTO交换成本，这需要您根据重要的新业务进行评估.

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-165941-1.html