无忧源码库

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

24小时自助开通VIP,马上拥有站内全部资源

  笔者采用帝国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导入该文件即可。


发表评论 取消回复

还没有评论,快来说点什么吧~

联系客服
公众号
公众号
公众号
返回顶部
×
选择打赏方式:

打赏

打赏

打赏

多少都是心意,感谢支持!

×
选择分享方式: