共计 6658 个字符，预计需要花费 17 分钟才能阅读完成。
这篇文章主要介绍“mysql 误删除数据怎么恢复”，在日常操作中，相信很多人在 mysql 误删除数据怎么恢复问题上存在疑惑，丸趣 TV 小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”mysql 误删除数据怎么恢复”的疑惑有所帮助！接下来，请跟着丸趣 TV 小编一起来学习吧！
误删除数据恢复：
有两张表被误删除了，t_a 3 万多数据
锁定删除数据时 binlog 的文件名
将 binlog 解析成能够看懂的内容查找删除数据的开始的 binlog position 和结束的 binlog position
mysqlbinlog mysql-bin.000819 –base64-output=DECODE-ROWS -v –start-datetime= 2017-08-10 16:04:26 –stop-datetime= 2017-08-10 16:04:30 /tmp/819.sql
解决过程：
根据找到的 pos 点，生成反转的 sql 文件：-h 是误删除数据的库的 ip -d 所属数据库 -t 所属表
python binlog2sql.py –flashback -h2.1.1.1. -P3306 -ubinlog -p 123456 -doms -tt_a –start-file= mysql-bin.000819 –start-position=13736449 –stop-position=47327695 /tmp/roll.sql
将解析好的 sql 导入到测试库 看看数据是否正确：
source roll.sql
当数据正确的时候：导入到误删除数据的库中。
binlog2sql 使用：
安装：
shell git clone https://github.com/danfengcao/binlog2sql.git cd binlog2sql
shell pip install -r requirements.txt
git 与 pip 的安装问题请自行搜索解决。
使用
MySQL server 必须设置以下参数:
[mysqld]
server_id = 1
log_bin = /var/log/mysql/mysql-bin.log
max_binlog_size = 1G
binlog_format = row
binlog_row_image = full
user 需要的最小权限集合：
select, super/replication client, replication slave
建议授权
GRANT SELECT, REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO
权限说明
select：需要读取 server 端 information_schema.COLUMNS 表，获取表结构的元信息，拼接成可视化的 sql 语句
super/replication client：两个权限都可以，需要执行 SHOW MASTER STATUS , 获取 server 端的 binlog 列表
replication slave：通过 BINLOG_DUMP 协议获取 binlog 内容的权限
基本用法
解析出标准 SQL
shell python binlog2sql.py -h227.0.0.1 -P3306 -uadmin -p admin -dtest -t test3 test4 –start-file= mysql-bin.000002
输出：
INSERT INTO `test`.`test3`(`addtime`, `data`, `id`) VALUES (2016-12-10 13:03:38 , english , 4); #start 570 end 736
UPDATE `test`.`test3` SET `addtime`= 2016-12-10 12:00:00 , `data`= 中文 , `id`=3 WHERE `addtime`= 2016-12-10 13:03:22 AND `data`= 中文 AND `id`=3 LIMIT 1; #start 763 end 954
DELETE FROM `test`.`test3` WHERE `addtime`= 2016-12-10 13:03:38 AND `data`= english AND `id`=4 LIMIT 1; #start 981 end 1147
解析出回滚 SQL
shell python binlog2sql.py –flashback -h227.0.0.1 -P3306 -uadmin -p admin -dtest -ttest3 –start-file= mysql-bin.000002 –start-position=763 –stop-position=1147
输出：
INSERT INTO `test`.`test3`(`addtime`, `data`, `id`) VALUES (2016-12-10 13:03:38 , english , 4); #start 981 end 1147
UPDATE `test`.`test3` SET `addtime`= 2016-12-10 13:03:22 , `data`= 中文 , `id`=3 WHERE `addtime`= 2016-12-10 12:00:00 AND `data`= 中文 AND `id`=3 LIMIT 1; #start 763 end 954
选项
mysql 连接配置
-h host; -P port; -u user; -p password
解析模式
–stop-never 持续同步 binlog。可选。不加则同步至执行命令时最新的 binlog 位置。
-K, –no-primary-key 对 INSERT 语句去除主键。可选。
-B, –flashback 生成回滚语句，可解析大文件，不受内存限制，每打印一千行加一句 SLEEP SELECT(1)。可选。与 stop-never 或 no-primary-key 不能同时添加。
解析范围控制
–start-file 起始解析文件。必须。
–start-position/–start-pos start-file 的起始解析位置。可选。默认为 start-file 的起始位置。
–stop-file/–end-file 末尾解析文件。可选。默认为 start-file 同一个文件。若解析模式为 stop-never，此选项失效。
–stop-position/–end-pos stop-file 的末尾解析位置。可选。默认为 stop-file 的最末位置；若解析模式为 stop-never，此选项失效。
–start-datetime 从哪个时间点的 binlog 开始解析，格式必须为 datetime，如 2016-11-11 11:11:11。可选。默认不过滤。
–stop-datetime 到哪个时间点的 binlog 停止解析，格式必须为 datetime，如 2016-11-11 11:11:11。可选。默认不过滤。
对象过滤
-d, –databases 只输出目标 db 的 sql。可选。默认为空。
-t, –tables 只输出目标 tables 的 sql。可选。默认为空。
应用案例
误删整张表数据，需要紧急回滚
闪回详细介绍可参见 example 目录下《闪回原理与实战》example/mysql-flashback-priciple-and-practice.md
test 库 tbl 表原有数据
mysql select * from tbl;
+—-+——–+———————+
| id | name | addtime |
+—-+——–+———————+
| 1 | 小赵 | 2016-12-10 00:04:33 |
| 2 | 小钱 | 2016-12-10 00:04:48 |
| 3 | 小孙 | 2016-12-13 20:25:00 |
| 4 | 小李 | 2016-12-12 00:00:00 |
+—-+——–+———————+
4 rows in set (0.00 sec)
mysql delete from tbl;
Query OK, 4 rows affected (0.00 sec)
20:28 时，tbl 表误操作被清空
mysql select * from tbl;
Empty set (0.00 sec)
恢复数据步骤：
登录 mysql，查看目前的 binlog 文件
mysql show master status;
+——————+———–+
| Log_name | File_size |
+——————+———–+
| mysql-bin.000051 | 967 |
| mysql-bin.000052 | 965 |
+——————+———–+
最新的 binlog 文件是 mysql-bin.000052，我们再定位误操作 SQL 的 binlog 位置。误操作人只能知道大致的误操作时间，我们根据大致时间过滤数据。
shell python binlog2sql/binlog2sql.py -h227.0.0.1 -P3306 -uadmin -p admin -dtest -ttbl –start-file= mysql-bin.000052 –start-datetime= 2016-12-13 20:25:00 –stop-datetime= 2016-12-13 20:30:00
输出：
INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-13 20:26:00 , 4, 小李 #start 317 end 487 time 2016-12-13 20:26:26
UPDATE `test`.`tbl` SET `addtime`= 2016-12-12 00:00:00 , `id`=4, `name`= 小李 WHERE `addtime`= 2016-12-13 20:26:00 AND `id`=4 AND `name`= 小李 LIMIT 1; #start 514 end 701 time 2016-12-13 20:27:07
DELETE FROM `test`.`tbl` WHERE `addtime`= 2016-12-10 00:04:33 AND `id`=1 AND `name`= 小赵 LIMIT 1; #start 728 end 938 time 2016-12-13 20:28:05
DELETE FROM `test`.`tbl` WHERE `addtime`= 2016-12-10 00:04:48 AND `id`=2 AND `name`= 小钱 LIMIT 1; #start 728 end 938 time 2016-12-13 20:28:05
DELETE FROM `test`.`tbl` WHERE `addtime`= 2016-12-13 20:25:00 AND `id`=3 AND `name`= 小孙 LIMIT 1; #start 728 end 938 time 2016-12-13 20:28:05
DELETE FROM `test`.`tbl` WHERE `addtime`= 2016-12-12 00:00:00 AND `id`=4 AND `name`= 小李 LIMIT 1; #start 728 end 938 time 2016-12-13 20:28:05
我们得到了误操作 sql 的准确位置在 728-938 之间，再根据位置进一步过滤，使用 flashback 模式生成回滚 sql，检查回滚 sql 是否正确 (注：真实环境下，此步经常会进一步筛选出需要的 sql。结合 grep、编辑器等)
shell python binlog2sql/binlog2sql.py -h227.0.0.1 -P3306 -uadmin -p admin -dtest -ttbl –start-file= mysql-bin.000052 –start-position=3346 –stop-position=3556 -B rollback.sql | cat
输出：
INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-12 00:00:00 , 4, 小李 #start 728 end 938 time 2016-12-13 20:28:05
INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-13 20:25:00 , 3, 小孙 #start 728 end 938 time 2016-12-13 20:28:05
INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-10 00:04:48 , 2, 小钱 #start 728 end 938 time 2016-12-13 20:28:05
INSERT INTO `test`.`tbl`(`addtime`, `id`, `name`) VALUES (2016-12-10 00:04:33 , 1, 小赵 #start 728 end 938 time 2016-12-13 20:28:05
确认回滚 sql 正确，执行回滚语句。登录 mysql 确认，数据回滚成功。
shell mysql -h227.0.0.1 -P3306 -uadmin -p admin rollback.sql
mysql select * from tbl;
+—-+——–+———————+
| id | name | addtime |
+—-+——–+———————+
| 1 | 小赵 | 2016-12-10 00:04:33 |
| 2 | 小钱 | 2016-12-10 00:04:48 |
| 3 | 小孙 | 2016-12-13 20:25:00 |
| 4 | 小李 | 2016-12-12 00:00:00 |
+—-+——–+———————+
限制（对比 mysqlbinlog）
mysql server 必须开启，离线模式下不能解析
参数 binlog_row_image 必须为 FULL，暂不支持 MINIMAL
解析速度不如 mysqlbinlog
优点（对比 mysqlbinlog）
纯 Python 开发，安装与使用都很简单
自带 flashback、no-primary-key 解析模式，无需再装补丁
flashback 模式下，更适合闪回实战
解析为标准 SQL，方便理解、调试
代码容易改造，可以支持更多个性化解析
问题：
在安装的时候出现了一些问题：
(Run ez_setup.py -U setuptools to reinstall or upgrade.)
[root@ces3 binlog2sql]# python binlog2sql.py
Traceback (most recent call last):
File binlog2sql.py , line 5, in
import pymysql
ImportError: No module named pymysq
# python setup.py install
Traceback (most recent call last):
File“setup.py”, line 6, in
from setuptools import setup, find_packages
ImportError: No module named setuptools 看来还和一个 setuptools 的库有关，我们继续安装。
# wget https://bootstrap.pypa.io/ez_setup.py –no-check-certificate 然后使用 python ez_setup.py install 即可编译成功 setuptools
再次尝试 python setup.py install 即可完成 pip 的安装。
对于插件 PyMySQL 可以使用如下的方式来安装：
git clone https://github.com/PyMySQL/PyMySQL 对于插件 mysql replication 可以使用如下的方式：
git clone https://github.com/noplay/python-mysql-replication 就这样前期的工作就做好了。
到此，关于“mysql 误删除数据怎么恢复”的学习就结束了，希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习，快去试试吧！若想继续学习更多相关知识，请继续关注丸趣 TV 网站，丸趣 TV 小编会继续努力为大家带来更多实用的文章！
