1,前提是二进制日志开了,要么有备份,要不然,只能服务器禁止操作,在硬盘里边使用其他工具找了(这个跟mysql没关系了,跟服务器存储innode号有关了)
2。方法一:使用mysqlbinlog读取binlog日志:
[root@ mysql]# mysqlbinlog mysql-bin.000003 > new.txt
这种查找有可能中乱码!我们可以根据sql语句及参数,等等,判断下start-postion和end-position的位置
尽量用位置,时间的话,在一定时间内有可能生成很多条数据
mysqlbinlog --no-defaults ./mysql-bin.000010 | grep --ignore-case TRUNCATE -A3 -B4
----------------
SET TIMESTAMP=1574661145/*!*/;
SET @@session.sql_mode=1344274432/*!*/;
/*!\C utf8mb4 *//*!*/;
SET @@session.character_set_client=45,@@session.collation_connection=45,@@session.collation_server=224/*!*/;
TRUNCATE `finance_loan_apply`
/*!*/;
# at 41323476
#191125 13:53:01 server id 1 end_log_pos 41323541 CRC32 0x2dc58bd1 Anonymous_GTIDlast_committed=113368sequence_number=113369rbr_only=no
--
SET TIMESTAMP=1574760734/*!*/;
SET @@session.sql_mode=1344274432/*!*/;
/*!\C utf8mb4 *//*!*/;
SET @@session.character_set_client=45,@@session.collation_connection=45,@@session.collation_server=224/*!*/;
TRUNCATE `message`
/*!*/;
# at 44727913
#191126 17:33:01 server id 1 end_log_pos 44727978 CRC32 0xdcccc27a Anonymous_GTIDlast_committed=122778sequence_number=122779rbr_only=no
找到两个,其中第二个就是我们要找的,可以看下
1574760734:时间戳
end_log_pos:结束日志的位置
下边是造成truncate的开始位置
mysqlbinlog --no-defaults -d oa mysql-bin.000010 --stop-position=44727825 > ceshi222.txt
由于恢复的文件ceshi222.sql中包含了整个oa数据库的所有表,我们只要恢复指定的表,还要对恢复出来的sql进行过滤
mysqlbinlog --no-defaults -d oa mysql-bin.000010 --start-position=6994389 --stop-position=44727825 > new111.txt
more new111.txt | grep--ignore-case -E 'insert|update|delete' -A2 -B2|grep message > new222.sql
之后source new222.sql就可以了
对于MIXED(部分SQL语句)和ROW模式是以base-64方式记录,SQL部分会显示为base64编码,要正常显示还得加上两个参数:
mysqlbinlog -v --base64-output=DECODE-ROWS --start-datetime="2017-08-14 16:30:29" --stop-datetime="2017-08-14 17:30:31" --database=test mysql-bin.000893 >1.sql
对上边的做些补充
单表的话报错的话:
使用这个
cat new111.sql | grep-A1 -B3 -i -E '^insert|^update|^delete|^replace|^alter' | grep -A1 -B3 message>new222.sql
方法二:登录服务器,这个如果记录小的话使用,不知道位置的话还是使用上边的
mysql> show binlog events in 'mysql-bin.000003';