记一次在phpmyadmin中将帝国cms数据表误清空的恢复过程

　　笔者采用帝国cms开发了一整套信息展示与计算系统，其中展示端只提供数据存储，而计算端采用独立的服务器，在计算完成后向主端post数据，由于数据量越来越大，小编进行了传输通道的优化，但疏忽了正确性校验问题，由于将小于号<误写为大于号>，导致数据存储表共计170万余条数据被清空。

　　万幸小编在之前已经开启了mysqlbinlog二进制缓存功能，该功能虽对服务器缓存略有影响，但出现清库、删库，数据损毁等致命问题时，可有效的恢复数据，下面对数据恢复过程进行记录。

　　一、保存日志。

　　首先，我们第一之间对mysqlbinlog日志进行了封存，此次共计两个文件，分别为mysql-bin.000023、mysql-bin.000024。由于之前的数据库备份只到2019-02-03 22:17:04，后续的数据没有备份，我们需要在数据中把这部分提取出来重新入库。将两个日志文件下载到本地。

　　二、导出日志。

　　由于mysqlbinlog功能存储的日志为二进制，我们没有办法直接查看，所以我们本地搭建运行环境，首先将日志导出为sql版本。我们这里使用帝国cms官方提供的本地运行环境包。而后cmd内运行如下命令。

　　折叠SQL 代码

　　mysqlbinlog --database=cha G://data/mysql-bin.000023 --start-datetime="2019-02-03 22:17:04" --short-form --database=diguocms >> G://sql/data1.sql

　　运行命令后，报出如下错误：

　　折叠SQL 代码

　　ERROR: Error in Log_event::read_log_event(): 'Found invalid event in binary log', data_len: 103, event_type: 15

　　Could not read entry at offset 4:Error in log format or read error

　　我们判断此处可能是服务器上和本地的mysqlbinlog工具版本不一致，不同版本的日志不能共用所致，所以我们通过如下命令查看了两处的mysqlbinlog版本，服务器上版本为v3.3，本地则为v3.1，为此我们重新下载了mysq5.5的windowsx64版本，将3.3版本的mysqlbinlog替换到本地。

　　重新运行上面的命令，在G盘sql目录下生成了data1.sql，文件超过了1GB，编辑使用较为困难。为此，我们队时间进行控制，增加截止时间，分批次将数据导出。命令如下

　　折叠SQL 代码

　　mysqlbinlog --database=cha G://data/mysql-bin.000023 --start-datetime="2019-02-03 22:17:04" --stop-datetime="2019-02-05 22:17:04" --short-form --database=diguocms >> G://sql/data1.sql

　　这样我们就导出了若干个sql文件，将这些sql文件导入数据库即可。

　　三、分离语句。

　　首先我们只丢失了一个表，而且这个数据表只有增加和修改记录，所以我们只需分理处sql文件中该表的增加、修改语句即可，编写一个php脚本遍历sql文件，并分离出语句为txt文件，脚本如下。

　　折叠PHP 代码

　　//导出sql语句

　　$file = "G:/sql/data1.sql";

　　$arr = file($file);

　　$str = '';

　　$insert = "insert into phome_ecms_diguocms(";

　　$update = "update phome_ecms_diguocms";

　　foreach ($arr as $v){

　　if (stripos($v, $insert) !==false) {

　　$str .= $v.";/r/n";

　　}

　　}

　　file_put_contents("G:/sql/sql1.txt", $str);

　　?>

　　接下来我们使用navicat或phpmyadmin导入该文件即可。