Php MYSQL 8.0-不支持的重做日志格式

我最近更新了位于我的xampp文件夹下的mysql，从日志文件中报告了以下错误：

2018-04-19T12:59:19.667059Z 0 [System] [MY-010116] [Server] C:\xampp\mysql\bin\mysqld.exe (mysqld 8.0.11) starting as process 9324 2018-04-19T12:59:20.025280Z 1 [ERROR] [MY-013090] [InnoDB] InnoDB: Unsupported redo log format (0). The redo log was created before MySQL 5.7.9 2018-04-19T12:59:20.026140Z 1 [ERROR] [MY-012930] [InnoDB] InnoDB: Plugin initialization aborted with error Generic error. 2018-04-19T12:59:20.229069Z 1 [ERROR] [MY-011013] [Server] Failed to initialize DD Storage Engine. 2018-04-19T12:59:20.230803Z 0 [ERROR] [MY-010020] [Server] Data Dictionary initialization failed. 2018-04-19T12:59:20.231371Z 0 [ERROR] [MY-010119] [Server] Aborting 2018-04-19T12:59:20.233136Z 0 [System] [MY-010910] [Server] C:\xampp\mysql\bin\mysqld.exe: Shutdown complete (mysqld 8.0.11) MySQL Community Server - GPL. 2018-04-19T12:59:19.667059Z 0[System][MY-010116][Server]C:\xampp\mysql\bin\mysqld.exe（mysqld 8.0.11）作为进程9324启动 2018-04-19T12:59:20.025280Z 1[错误][MY-013090][InnoDB]InnoDB:不支持的重做日志格式（0）。重做日志是在MySQL 5.7.9之前创建的 2018-04-19T12:59:20.026140Z 1[错误][MY-012930][InnoDB]InnoDB:插件初始化因错误而中止。 2018-04-19T12:59:20.229069Z 1[错误][MY-011013][Server]未能初始化DD存储引擎。 2018-04-19T12:59:20.230803Z 0[错误][MY-010020][Server]数据字典初始化失败。 2018-04-19T12:59:20.231371Z 0[错误][MY-010119][Server]正在中止 2018-04-19T12:59:20.233136Z 0[System][MY-010910][Server]C:\xampp\mysql\bin\mysqld.exe:Shutdown complete（mysqld 8.0.11）mysql社区服务器-GPL。 有人告诉我，如果更新mysql，你应该注释掉my.ini中不推荐使用的配置，但我不知道该注释什么，所以我保持原样

---

知道这是什么原因吗？

如果您已经安装了MySQL并且没有使用

innodb\u快速关闭

标记，只需转到您的MySQL目录

/var/lib/mysql/

并删除日志文件（如果需要数据库中的表数据，请不要执行此操作，直到备份数据库为止）：

ib_logfile0

ib_logfile1

---

如果您再次需要，请先备份它们。：为了简化崩溃恢复期间的InnoDB表空间发现，MySQL 5.7.5中引入了新的重做日志记录类型。此增强更改重做日志格式。在从MySQL 5.7.5或更高版本执行就地降级之前，请使用innodb_fast_shutdown设置0或1执行完全关闭。建议使用innodb_fast_shutdown=0进行缓慢关机，这是一种就地降级。第一个问题：为什么您使用的MySQL版本不稳定且不适合生产。雷蒙德的下一个问题：为什么MySQL 8.0.11不稳定？今天发布的GA版本是使用更新版本的主要原因，一般来说，这是为了获得更好的性能、获得最新的东西等等。。但我升级的主要原因是使用了这个命令：json_objectagg，这样我就可以将行分组到一个json对象中，以便以后使用。老实说，我找不到比使用此函数更好的解决方案。如果你有任何其他替代品，它们总是受欢迎的。我也有同样的问题，有人知道如何解决这个问题吗？当试图将MariaDB数据库从10.5降级到10.4时，这个问题也出现了。删除

ib_logfile0

的解决方案奏效了，然后运行

mysql_升级

恢复了对所有数据的访问（我只测试了我急于添加的玩具数据的降级）。