【问题标题】:MYSQL 8.0 - unsupported redo log formatMYSQL 8.0 - 不支持的重做日志格式
【发布时间】:2018-09-30 00:18:45
【问题描述】:

我最近更新了位于我的 xampp 文件夹下的 mysql,我收到以下错误,从日志文件报告:

2018-04-19T12:59:19.667059Z 0 [系统] [MY-010116] [服务器] 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] [服务器] 无法初始化 DD 存储引擎。 2018-04-19T12:59:20.230803Z 0 [错误] [MY-010020] [服务器] 数据字典初始化失败。 2018-04-19T12:59:20.231371Z 0 [错误] [MY-010119] [服务器] 中止 2018-04-19T12:59:20.233136Z 0 [系统] [MY-010910] [服务器] C:\xampp\mysql\bin\mysqld.exe:关闭完成 (mysqld 8.0.11) MySQL 社区服务器 - GPL。

我被告知如果更新你的 mysql,你应该注释掉位于你的 my.ini 中的不推荐使用的配置,但我不知道要注释掉什么,所以我保持原样。

知道是什么原因造成的吗?

【问题讨论】:

  • dev.mysql.com/doc/mysql-installation-excerpt/5.7/en/… :为了简化崩溃恢复期间的 InnoDB 表空间发现,MySQL 5.7.5 中引入了新的重做日志记录类型。此增强功能更改了重做日志格式。在从 MySQL 5.7.5 或更高版本执行就地降级之前,使用 innodb_fast_shutdown 设置 0 或 1 执行干净关闭。在就地降级中建议使用 innodb_fast_shutdown=0 缓慢关闭。
  • 问题一,为什么您使用的 MySQL 版本不稳定且未准备好用于生产。
  • Raymond 的下一个问题:为什么 MySQL 8.0.11 应该不稳定?它今天作为 GA 版本发布
  • 嗯,使用较新版本的主要原因,通常是为了获得更好的性能,获得最新的东西等。但我升级的主要原因是使用这个命令:json_objectagg 所以我可以分组行到一个 json 对象中以供以后使用。老实说,我找不到比使用此功能更好的解决方案。如果您有任何其他替代品,我们随时欢迎。
  • 我也遇到了同样的问题,请问大家有什么解决办法吗?

标签: php mysql phpmyadmin xampp


【解决方案1】:

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

执行缓慢关机

innodb_fast_shutdown

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

/var/lib/mysql/

并删除日志文件(不要这样做如果您需要数据库中的表数据直到您已备份数据库):

ib_logfile0 ib_logfile1

备份它们,如果您再次需要它们。

【讨论】:

  • 在尝试将 MariaDB 数据库从 10.5 降级到 10.4 时也会出现问题。删除ib_logfile0 的解决方案有效 - 然后运行mysql_upgrade 恢复了对所有数据的访问(我只测试了我急于添加的玩具数据的降级)。
  • 这些文件是什么ib_logfile0 and ib_logfile1
  • 我在 /usr/local/var/mysql 中找到了这些文件
猜你喜欢
  • 2017-08-22
  • 2015-07-30
  • 1970-01-01
  • 1970-01-01
  • 2020-07-27
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多