别慌，也先别跑路。
有很多种方式可以恢复回来，这一篇文章就来聊聊使用my2sql工具解析出delete语句的回滚操作（也就是insert），来恢复delete误删除的数据。
my2sql工具Github地址：https://github.com/liuhr/my2sql
不过要想使用my2sql恢复数据，需要注意这些：
binlog格式必须为row,且binlog_row_image=full（表示记录的二进制日志将包含所有列的值，包括旧值和新值）
只能回滚DML， 不能回滚DDL
8.0 用户密码认证必须是mysql_native_password才能解析
我们通过一个实验来模拟误操作，并进行恢复。
一、新建测试表和测试用户
创建测试表并写入数据：
create database d_recover;use d_recover;CREATE TABLE del_t1 (id int NOT NULL AUTO_INCREMENT,a int NOT NULL,PRIMARY KEY (id)) ENGINE=InnoDB CHARSET=utf8mb4;insert into del_t1 values (1,1),(2,2);
创建恢复用户：
CREATE USER `u_rollback`@`127.0.0.1` IDENTIFIED WITH MYSQL_NATIVE_PASSWORD BY 'IgdI8G_aUU';GRANT SELECT, REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO `u_rollback`@`127.0.0.1`;
二、安装Binlog解析工具my2sql
下载my2sql：
mkdir /data/backup/rollback -pcd /data/backup/rollbackwget https://github.com/liuhr/my2sql/blob/master/releases/centOS_release_7.x/my2sql
三、模拟误操作
delete from d_recover.del_t1;
四、把误操作事务所在的Binlog复制到新目录
mkdir /data/backup/rollbackcp /data/mysql/binlog/mysql-bin.000012 /data/backup/rollback
五、查看误操作事务开始和结束的位点
解析误操作期间的Binlog，预估误操作大概的起止时间，范围可以稍微大一点。
cd /data/backup/rollbackmysqlbinlog mysql-bin.000012 --start-datetime='2023-06-21 01:20:00' --stop-datetime='2023-06-21 01:40:00' --base64-output=decode-rows -v > operation.sql
找到误操作的Binlog，并确定开始和结束的位点：
比如上面解析出的Binlog，误操作开始的位点可以认为是3556，结束的位点是3719
六、生成回滚SQL
/data/backup/rollback./my2sql -user u_rollback -password 'IgdI8G_aUU' -host 127.0.0.1 -databases d_recover -tables del_t1 -work-type rollback -start-file mysql-bin.000012 -start-pos 3556 -stop-pos 3719 -output-dir recover_01
查看并确认回滚SQL：
cat recover_01/rollback.12.sql
七、导入回滚的SQL
如果确定回滚的SQL没问题，把回滚SQL导入到误操作的库里：
mysql -uroot -p 12 .sql
再进行数据确认：
select * from d_recover.del_t1;
如果一切顺利，那误删除的数据(1,1),(2,2)就已经恢复回来了。
当然，数据恢复还有其他的一些方式，比如：全备+Binlog、延迟从库（主库有误操作，从库同步到误操作前一个事务）、新建从库同步到误操作前一个事务等等，后面会找时间分享这些恢复方式。
230721
1、导入Mongo Monitor监控工具表结构（mongo_monitor…
上面提到： 在问题描述的架构图中我们可以看到，Click…
PMM不香吗？
如今看都很棒