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_GTID last_committed=113368 sequence_number=113369 rbr_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_GTID last_committed=122778 sequence_number=122779 rbr_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';