Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/mysql/63.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/reporting-services/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
如何同步mySQL日志_Mysql_Logging_Innodb - Fatal编程技术网

如何同步mySQL日志

如何同步mySQL日志,mysql,logging,innodb,Mysql,Logging,Innodb,我最近经历了一次DDoS攻击。它使我的服务器崩溃。重新启动时,服务器上每个数据库中的所有innodb表都已损坏 此后,我重建了数据库和所有表。我不得不重新创建innodb_表_统计数据,innodb_索引_统计数据 现在一切似乎都运行良好,网站已经启动,但我有一个持续不断的错误。一般的日志很快就充满了这些 2014-07-13 15:28:37 7fd70b374700 InnoDB:错误:第193页日志序列号526819726 InnoDB:在未来!当前系统日志序列号15643332。 Inn

我最近经历了一次DDoS攻击。它使我的服务器崩溃。重新启动时,服务器上每个数据库中的所有innodb表都已损坏

此后,我重建了数据库和所有表。我不得不重新创建innodb_表_统计数据,innodb_索引_统计数据

现在一切似乎都运行良好,网站已经启动,但我有一个持续不断的错误。一般的日志很快就充满了这些

2014-07-13 15:28:37 7fd70b374700 InnoDB:错误:第193页日志序列号526819726
InnoDB:在未来!当前系统日志序列号15643332。
InnoDB:您的数据库可能已损坏,或者您复制了InnoDB
InnoDB:表空间,但不是InnoDB日志文件。看见
InnoDB:http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html
InnoDB:了解更多信息。

我试过了。一切顺利,没有错误。但我仍然看到这些错误在新日志中不断增加

我还可以尝试同步这些日志序列号吗?我对这项后端数据库工作还很陌生。因为我的东道主技术支持糟糕透顶,我不得不学习

我目前在:CENTOS 6.5 x86_64 virtuozzo–vps-WHM 11.44.0(构建22) mySQL:5.6.17

“页面…日志序列号”是页面上次修改的时间。标头中的LSN大于重做日志中的LSN

修复它的最简单方法是使用noop ALTER table重建表

ALTER TABLE mytable ENGINE InnoDB;
它将重建主索引及其辅助索引。在那之后,错误应该消失了

ALTER将阻塞表,因此,如果表很大,并且站点处于生产状态,最好的选择是使用pt online schema change重新构建它。它也会做同样的事情,但不会阻挡桌子,只是短暂的一瞬间

pt-online-schema-change --alter "ENGINE=InnoDB" D=sakila,t=actor

谢谢,这可能有用。但是我没有机会尝试。我的主机确信服务器存在更严重的问题,所以我重新安装了完整的VPS。现在我正在重建一切。好消息是这些错误已经消失了。。。