MySQL恢复:使用从库备份,主库binlog,从库中继日志恢复数据库
小生博客:http://xsboke.blog.51cto.com
创新互联建站是一家专注于成都网站建设、做网站与策划设计,南开网站建设哪家好?创新互联建站做网站,专注于网站建设十载,网设计领域的专业建站公司;建站业务涵盖:南开等地区。南开做网站价格咨询:18982081108
-------谢谢您的参考,如有疑问,欢迎交流
环境说明:
MySQL主从复制,主库A宕机,将从库B提升为了主库(假设你这时候才开启了从库的binlog日志)
现在要新搞一个数据库C用来替代旧的主库A,那么C库的数据肯定要以B库为主,
所以我们使用B库的备份来恢复数据
将B作为主,C库作为从,
你需要将C库恢复到B库提升为主库时的数据,才可以将C库作为新的从库使用(才可以change master)
以A库的binlog日志为主,介绍当前的备份状态:
mysql-bin.00100
mysql-bin.00101 在mysql-bin.00101的时候从库做了备份并且保有slave status信息
mysql-bin.00102
mysql-bin.00103
mysql-bin.00104 主库是在mysql-bin.00104的时候宕机的
mysql-bin.00105
所以我打算这样做:
1. 用从库的全备恢复数据,
2. 然后用主库的binlog恢复后来的数据,
3. 再使用从库的中继日志恢复主库缺少的数据.
在这过程中我发现了问题(关于[3.]的解释):
主库宕机时,我发现有几条数据主库的binlog日志没有,但是从库的中继日志中却有,
所以我从中继日志中把主库没有但是从库有的sql复制了出来,
然后放到了文件名为addsql.sql中
我在mysql-bin.00101时的全备,备份时从库的slave status是这样的:
Master_Log_File: mysql-bin.00101
Read_Master_Log_Pos: 888301479
Relay_Log_File: relay-bin.000002
Relay_Log_Pos: 31921757
Relay_Master_Log_File: mysql-bin.00100 # 从库SQL线程已经执行到的binlog日志
Slave_IO_Running: No
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 31921467 # 从库SQL线程已经执行到的binlog日志的position
Relay_Log_Space: 1962055058
注意:如果要使C库数据和B库一样,那么要以Relay_Master_Log_File和Exec_Master_Log_Pos这两个参数为准恢复数据
我的操作流程是这样的:
1. 首先在C库上导入,在mysql-bin.00101的时候从库的备份,
2. 根据从库做全备时保留的slave status,将mysql-bin.00100中还没有同步的数据导出为sql,(mysqlbinlog --start-position=31921467 /mysql-bin.00100 > ./100.sql).
3. 然后陆续将mysql-bin.00101之后和主库宕机时mysql-bin.00104的binlog日志转为sql.
4. 将这些sql导入.
5. 将addsql.sql导入.
6. B库授权replication slave,然后C库change master 到B库即可
分享名称:MySQL恢复:使用从库备份,主库binlog,从库中继日志恢复数据库
标题来源:http://cdiso.cn/article/ghceie.html