无忧网络

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

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

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

一、保存日志。

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

二、导出日志。

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

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

运行命令后,报出如下错误:

  1. ERROR: Error in Log_event::read_log_event(): 'Found invalid event in binary log', data_len: 103, event_type: 15
  2. 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,编辑使用较为困难。为此,我们队时间进行控制,增加截止时间,分批次将数据导出。命令如下

  1. 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文件,脚本如下。

  1. <?php
  2. //导出sql语句
  3. $file = "G:/sql/data1.sql";
  4. $arr = file($file);
  5. $str = '';
  6. $insert = "insert into phome_ecms_diguocms(";
  7. $update = "update phome_ecms_diguocms";
  8. foreach ($arr as $v){
  9.     if (stripos($v, $insert) !==false) {
  10.         $str .= $v.";\r\n";
  11.     }
  12. }
  13. file_put_contents("G:/sql/sql1.txt"$str);
  14. ?>

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

赞 ()
分享到:更多 ()

相关推荐

留言与评论(共有 0 条评论)
   
验证码: