7.5 Point-in-Time (Incremental) Recovery Using the Binary Log 使用binay log 基于时间点恢复
7.5.1 Point-in-Time Recovery Using Event Times
7.5.2 Point-in-Time Recovery Using Event Positions
基于时间点恢复指从一个数据改变恢复从一个给定的时间点。
通常情况下, 这个恢复的类型是在恢复一个全备份后执行的,把服务器带到备份时候的状态。
(全备份可以有几种方式) 按时间点恢复让数据库到从全备份的时间点到最近的时间点
时间点恢复是基于这些原则:
1.用于基于时间恢复大师增量备份通过binary log 文件产生随后到全备份操作。
因此, server 必须启用--log-bin选项来启动binary log
要查看所有的binary log 文件的列表,使用这个语句:
SHOW BINARY LOGS;
要确定当前binary log 文件的名字,执行下面的语句:
mysql> SHOW MASTER STATUS;
mysqlbinlog 功能转换binary log 文件里的evnets 从binary 格式到文本格式
这样它们可以被执行或者查看。
Mysqlbinlog 有选项用于查询binary log的部分基于evnet times或者 event position
从binary log 执行事件 可以让数据修改被重做。
这个可以让数据改变恢复用于给定的时间范围。
从binary log 执行events,处理mysqlbinlog输出适用mysql client
shell> mysqlbinlog binlog_files | mysql -u root -p
查看log 内存可以是有用的 当你需要知道event times或者positions 来选择特定的日志内容
shell> mysqlbinlog binlog_files | more
如果你有多个binary log 需要执行,安全的方式是使用一个连接来处理它们,下面是一个例子,演示了可能是不安全的
shell> mysqlbinlog binlog.000001 | mysql -u root -p # DANGER!!
shell> mysqlbinlog binlog.000002 | mysql -u root -p # DANGER!!
处理binary logs 用这种方式使用不同的连接到server 会导致问题如果第一个log file 包含一个CREATE TEMPORARY TABLE
statement
第2个 log 包含一个语句 使用这个临时表。
当第一个mysql process 中断,server drop 这个临时表 当第2个mysql 处理尝试使用这个表,server 报告 “unknown table.”
为了避免这个问题, 使用一个单独的连接来执行所有的binary logs里的内从
shell> mysqlbinlog binlog.000001 binlog.000002 | mysql -u root -p
另外一种方法是将所有的日志写入到一个单独的文件,然后处理这个文件:
shell> mysqlbinlog binlog.000001 > /tmp/statements.sql
shell> mysqlbinlog binlog.000002 >> /tmp/statements.sql
shell> mysql -u root -p -e "source /tmp/statements.sql"
