您好,登录后才能下订单哦!
模拟数据库被×××,导致数据库被删除后的恢复操作。
1.先来个全备:
mysqldump -uroot -pgq266566 -A --master-data=2 > all.sql
2.模拟线上生产环境。备份完后会有新的修改。
3.然后模拟数据库被×××。chain_web被删除了。
4.上线发现被删除,先用备份恢复chain_web库 。mysql -uroot -p123456 -o chain_web < all.sql
只恢复chain_web库。
恢复到备份时候的状态。
5.根据备份时候的--master-data=2 找到 position位置 在all.sql备份文件中。
6.从备份位置解析binlog
mysqlbinlog --no-defaults -v -v --base64-output=decode-rows --start-position=194 mysql-bin.000009 > test.sql
--base64-output参数用来控制binlog部分是否显示出来的,指定为decode-rows表示不显示binglog部分
找到drop时候的位置点。
可以看到是8029
然后再根据这俩位置 解析binlog:
mysqlbinlog --start-position=194 --stop-position=8029 mysql-bin.000009 --database=chain_web > test4.sql
(解析binlog的时候加--no-defaults -v -v --base64-output=decode-rows参数可以看到比较直观的sql,但是会出现无法导入数据库的现象.可以先加参数解析出来 查看解析结果确认没问题后,再不加参数进行解析,然后导入相应的库中。如果开了GTID的话,在解析时候加参数--skip-gtids=true )
(--datebase=chain_web 意思是只解析chain_web库的操作 因为只删除了chain_web库 chain库没有操作 不需要解析binlog 否则导入会报主键冲突)
vim test4.sql 可以看到没有drop语句了。然后就可以导入数据库中
mysql -uroot -p123456 chain_web < test4.sql
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。