• ADADADADAD

    MySQL恢复:使用从库备份,主库binlog,从库中继日志恢复数据库[ mysql数据库 ]

    mysql数据库 时间:2024-12-24 19:13:03

    作者:文/会员上传

    简介:

    小生博客:http://xsboke.blog.51cto.com-------谢谢您的参考,如有疑问,欢迎交流环境说明:mysql主从复制,主库A宕机,将从库B提升为了主库(假设你这时候才开启了从库的binlog日志

    以下为本文的正文内容,内容仅供参考!本站为公益性网站,复制本文以及下载DOC文档全部免费。

    小生博客:http://xsboke.blog.51cto.com

    -------谢谢您的参考,如有疑问,欢迎交流

    环境说明:

    mysql主从复制,主库A宕机,将从库B提升为了主库(假设你这时候才开启了从库的binlog日志)现在要新搞一个数据库C用来替代旧的主库A,那么C库的数据肯定要以B库为主,所以我们使用B库的备份来恢复数据将B作为主,C库作为从,你需要将C库恢复到B库提升为主库时的数据,才可以将C库作为新的从库使用(才可以change master)

    以A库的binlog日志为主,介绍当前的备份状态:

    mysql-bin.00100mysql-bin.00101 在mysql-bin.00101的时候从库做了备份并且保有slave status信息mysql-bin.00102mysql-bin.00103mysql-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.00101Read_Master_Log_Pos: 888301479Relay_Log_File: relay-bin.000002Relay_Log_Pos: 31921757Relay_Master_Log_File: mysql-bin.00100 # 从库SQL线程已经执行到的binlog日志Slave_IO_Running: NoSlave_SQL_Running: NoReplicate_Do_DB:Replicate_Ignore_DB:Replicate_Do_Table:Replicate_Ignore_Table:Replicate_Wild_Do_Table:Replicate_Wild_Ignore_Table:Last_Errno: 0Last_Error:Skip_Counter: 0Exec_Master_Log_Pos: 31921467 # 从库SQL线程已经执行到的binlog日志的positionRelay_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库即可