InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 25921076 and the

最新推荐文章于 2024-12-17 18:51:40 发布
最新推荐文章于 2024-12-17 18:51:40 发布
阅读量1.6k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： mysql 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/chengxuyuanjava123/article/details/103596105
本文详细介绍了当遇到MySQL启动错误，特别是InnoDB插件初始化失败时的解决方案。建议首先尝试重新安装MySQL并还原数据库备份。如果缺少备份，可以通过调整my.ini文件中的innodb_force_recovery参数至6，以只读模式启动，导出数据库备份后再进行重新安装。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

 

MySQL启动出现以下错误：

2019-12-18T05:17:03.914600Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 25921076 and the end 25921266.
2019-12-18T05:17:03.915600Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error

 

 

出现这种错误，什么也不用考虑，重新安装mysql，还原数据库备份即可

如果没有数据库备份：找到 my.ini里设置 innodb_force_recovery = 6，以恢复模式启动是可以的，因为是只读模式，只能导出数据库备份。导出之后重新安装mysql还原备份即可

[ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 25476957
clt2018的博客
03-17 694
docker 启动mysql失败
[ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint
w1346561235的博客
06-30 9073
这个问题出现在mysql 5.7之后的版本，主要的原因是mysql会在最新的checkpoint完成后都会在redo log写一个一字节的MLOG_CHECKPOINT 标记，用来标记在此之前的redo都已checkpoint完成。如果处于任何原因没有找到这个标记，那么整个redo日志文件都会被忽略。出现这个错误的话，最好是有备份进行恢复，如果没有做好备份，那按照下面的方法处理可能会有数据丢失。 第一步：设置如下参数，并移除当前使用的redo日志文件： innodb_log_checksums = ON
MySQL5.7.42启动失败：InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint
d932385747的博客
03-18 3054
MySQL解决服务器异常关闭导致坏表问题。
MYSQL InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 124885680
80后大叔爱学习
02-13 4622
进入：cd /var/lib/mysql 删除：rm -rf ib_logfile0 ib_logfile1
mysql报错Ignoring the redo log due to missing MLOG_CHECKPOINT between
weixin_33929309的博客
11-15 4860
mysql报错Ignoring the redo log due to missing MLOG_CHECKPOINT between    mysql版本：5.7.19 系统版本：centos7.3   由于周未公司断电，跑在vmware虚拟机上的mysql挂掉，无法重启   启动mysql的时候，error log的信息如下 2017-11-15T11:44:46.5620...
MLOG_CHECKPOINT缺失下紧急数据恢复
Enmotech的博客
08-18 741
点击上方"蓝字"关注我们，享更多干货！【问题描述】生产环境MySQL数据库，架构是一主一从，可以双机切换，MySQL版本是5.7.24-enterprise-commerc...
【mysql】Mysql启动失败问题 【ERROR】InnoDB：log block xxx at lsn ....
偶尔山良的博客
07-18 5304
mysql 数据库 恢复后 启动失败； C:\Program Files\MySQL\MySQL Server 5.7\bin>mysqld -remove Service successfully removed. C:\Program Files\MySQL\MySQL Server 5.7\bin>mysqld -install Service successfully ...
海山数据库(He3DB)源码详解：海山Mysql 崩溃恢复（1）-准备及结束
于巍，花名漠雪，移动云数据库技术委员会主任，海山数据库研发负责人，PG中文社区常委，PG中文社区海外联络人。15年数据库内核研发经验，4年美国、以色列等海外研发经历，华为GaussDB、阿里云PolarDB、移动云He3DB等核心架构
12-17 1027
选取最近发生的那次checkpoint的信息。衡量checkpoint发生时间早晚的信息就是所谓的，只要把和这两个block中的值读出来比一下大小，哪个的值更大，说明哪个block存储的就是最近的一次checkpoint信息。这样就能拿到最近发生的checkpoint对应的值以及它在redo日志文件组中的偏移量。为什么要把checkpoint信息存储到2个block中？万一就在某次写checkpoint信息的过程中MySQL崩溃了，有可能导致正在写入的这个block中的checkpoint信息不正确。
MySQL 无法启动（掉电）Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 2991577 an
eagle89的专栏
10-23 6294
2019-10-23T16:23:42.088250+08:00 0 [Note] /usr/sbin/mysqld (mysqld 5.7.27-log) starting as process 21271 ... 2019-10-23T16:23:42.094233+08:00 0 [Note] InnoDB: PUNCH HOLE support available 2019-10-23T1...
Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint
上官hao的博客
08-26 1482
休息了一天打开数据库，结果报错，心塞 2019-08-26T01:24:58.538469Z 0 [Warning] Insecure configuration for --secure-file-priv: Current value does not restrict location of generated files. Consider setting it to a valid, n...
mysql 数据库无法启动（Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint .... and)
姚远OracleACE的博客
10-01 8480
数据库机器的CPU和主板都换了，重新开机，发现mysql数据库无法启动！ Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint .... and ... 这个问题出现在mysql 5.7之后的版本，主要的原因是mysql会在最新的checkpoint完成后都会在redo log写一个一字节的MLOG_CHECKPOINT 标记，用来标记在此之前的redo都已checkpoint完成。如果处于任何原因没有找
开机异常Failed to open /sysroot/etc/fstab:Input 和 mysql无法启动 Ignoring the redo log due to missing MLOG
Nightwish5的博客
08-12 1720
由于机器异常关机导致今早发生两个问题。 问题一 centos7无法正常开机 报错：Failed to open /sysroot/etc/fstab:Input 处理方法： xfs_repair /dev/dm-0 #如果报错：xfs_repair： cannot open /dev/dm-0: Device or resource busy ，则 umount /dev/mapper/centos-root xfs_repair -v -L /dev/mapper/centos-root reboot
导入数据库显示服务器发生意外,mysql 数据库无法启动（Ignoring the redo log due to missing M...
weixin_36438989的博客
08-06 1080
mysql 数据库无法启动(Ignoring the redo log due to missing Mmysql 数据库无法启动(Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint .... and)数据库机器的CPU和主板都换了，重新开机，发现mysql数据库无法启动！Ignoring the ...
ERROR] InnoDB: Missing MLOG_CHECKPOINT at 1019092449774 between the checkpoint 1019092446588 and the
雅冰石的专栏
02-02 2617
一 问题描述 数据库起不来，错误日志报错： [ERROR] InnoDB: Missing MLOG_CHECKPOINT at 1019092449774 between the checkpoint 1019092446588 and the end 1019092449280. 2021-02-02 14:38:57 139789918742496 [ERROR] InnoDB: Plugin initialization aborted with error Generic error 2021
mysql无法启动，日志文件显示“Ignoring the redo log”
皮卡皮卡ts的博客
09-03 3829
今天突然遇到mysql无法启动的问题，系统是Centos7. systemctl start mysqld 显示 Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See “systemctl status mys...
本地计算机上的MySQL服务启动后停止，某些服务在未由其他服务或程序使用时将自动停止，这是什么原因
最新发布
06-13
### MySQL 服务启动后自动停止的原因及解决方法 MySQL 服务在 Windows 环境下启动后自动停止的问题，通常是由于配置文件错误、数据目录损坏、权限问题或其他系统冲突引起的。以下是可能的原因及对应的解决方案： #### 1. **配置文件错误** 配置文件 `my.ini` 的设置不当可能导致 MySQL 无法正常启动。例如，内存分配不足、路径错误或参数冲突等问题。 - 检查 `my.ini` 文件中的关键参数是否正确，如 `basedir` 和 `datadir` 是否指向正确的路径[^3]。 - 使用一个基础的 `my.ini` 配置文件进行测试，并逐步添加自定义配置以定位问题。 #### 2. **数据目录损坏** 数据目录损坏是 MySQL 服务无法启动的常见原因之一。如果 InnoDB 存储引擎的日志文件或表空间文件损坏，MySQL 将无法完成初始化。 - 如果出现类似“Ignoring the redo log due to missing MLOG_CHECKPOINT”的错误，说明 InnoDB 日志文件存在问题[^1]。 - 解决方法：尝试启用 InnoDB 自动恢复功能，通过修改 `my.ini` 文件添加以下内容： ```ini [mysqld] innodb_force_recovery=1 ``` 根据需要逐步增加 `innodb_force_recovery` 的值（范围为 1 到 6），但需注意高值可能会导致数据丢失。 #### 3. **权限问题** MySQL 服务可能因权限不足而无法访问数据目录或日志文件。 - 确保 MySQL 服务账户对 `datadir` 目录及其子目录具有完全控制权限。 - 在 Windows 中，可以通过右键单击目录 -> 属性 -> 安全选项卡来设置权限。 #### 4. **端口冲突** 默认情况下，MySQL 使用 3306 端口。如果该端口被其他程序占用，MySQL 将无法启动。 - 检查端口占用情况，可以使用以下命令： ```cmd netstat -ano | findstr 3306 ``` - 如果发现冲突，可以在 `my.ini` 文件中更改 MySQL 的端口号： ```ini [mysqld] port=3307 ``` #### 5. **注册表信息混乱** 如果系统注册表中存在与 MySQL 相关的多余或错误条目，也可能导致服务启动失败。 - 清理注册表信息并重新安装 MySQL 可能解决问题[^2]。 - 注意备份重要数据，避免重装过程中丢失。 #### 6. **日志分析** 查看 MySQL 的错误日志文件（通常位于 `datadir` 下的 `hostname.err` 文件）可以帮助快速定位问题。 - 错误日志中会记录详细的启动失败原因，例如配置错误、文件缺失或权限问题。 ```python # 示例：读取 MySQL 错误日志 with open(r'C:\ProgramData\MySQL\MySQL Server 8.0\Data\hostname.err', 'r', encoding='utf-8') as log_file: for line in log_file: print(line.strip()) ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

mhi（）

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值