技术交流群总是能带来很多实际生产环境遇到的问题,例如,近期就有人遇到user表内容被清空的情况。如果发生了此情况,千万不要慌,更不能隐瞒问题(今天这位朋友就比较惨,别人删了也没敢告知,结果binlog已经清理了),这样有利于恢复。现在针对几种情况,进行恢复操作的演示。
1、 user表内容被清空
如果有权限的同学误执行了情况mysql.user表内容的情况,如果是delete的方式还是相对容易恢复的(binlog存在的情况)
1.1 模拟误删除
现在执行误删除
1.2 恢复
当前情况下,如开启了binlog(生产环境一般都是开启了的),则可以从binlog恢复
注意如果有全部及其之后的binlog 则可以通过恢复备份并追加binlog的方式恢复数据(后续其他文章再专题介绍),本文基于无全备,仅有最近的日志情况下恢复(主要是为了使用binlog2sql工具)
1.2.1 先恢复root账号
因为删除后,其他用户无法重新连接数据库了,需要紧急恢复root账号,再做后续其他账号的恢复,恢复步骤为:
修改为跳过授权的模式,即在配置文件my.cnf文件中添加 skip-grant-tables
重启数据库
登录数据库,添加root@’localhost’账号(可以从相同版本数据库中导出一个root账号的sql语句恢复
恢复数据
改为授权模式: 将配置文件里的 skip-grant-tables 注释或删除
再次重启数据库即可用刚恢复的root账号登录了
注: 如果清空数据或后续说的删除了user表后没有退出当前会话,就无需之前的修改参数及重启数据库了,可以直接先从其他实例中先恢复root账号。
1.2.2 安装binlog2sql
binlog2sql依赖python2.7及以上版本,且依赖包通过pip安装,对于python的升级及pip的安装可参考历史文章
1.2.3 使用binlog2sql工具恢复数据
使用binlog2sql的闪回工具将删除解析处理生成一个insert的sql脚本
将数据导入mysql.user表即可。
2、 user 表被drop
2.1 模拟user 表被drop
2.2 恢复
2.2.1 恢复表结构
表结构的恢复比较简单,可以从其他相同版本的数据库里复制user表的建表语句,然后导入即可
2.2.2 恢复数据
drop的方式删除数据后无法直接通过之前的binlog闪回恢复了,需要依赖于全备来恢复,关于备份恢复可以参考以下文章来恢复,此处不再赘述
3、 小结
对于删除表后的恢复其实不止以上这些方式,另外还可以通过操作系统级别进行恢复,但各种恢复方式均和实际场景有关,希望大家也自行探索或多参与技术交流,提高自己的技能水平。
想了解更多内容或参与技术交流可以关注微信公众号 数据库干货铺 入群沟通。