mysql无法启动,Error: page 13476 log sequence number

最新推荐文章于 2024-04-13 11:25:20 发布
最新推荐文章于 2024-04-13 11:25:20 发布
阅读量716 收藏
点赞数
文章标签： 数据库
原文链接：http://www.cnblogs.com/zhaoyuen/p/11527582.html
版权
本文解决MySQL因Error:page13476logsequencenumber无法启动的问题，通过调整innodb_force_recovery参数，成功恢复数据库，并指导如何安全导出与重建数据。

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

1、服务器状况，mysql无法启动，日志提示Error: page 13476 log sequence number

2、使用service mysql start命令启动mysql失败

3、查询mysql的日志文件localhost.localdomain.err,提示Error: page 13476 log sequence number 50961222223

4、查询资料和解决办法

5、编辑mysql的配置文件my.cnf，添加innodb_force_recovery属性

设置 innodb_force_recovery = 1，然后保存修改，执行service mysql start命令，启动mysql

innodb_force_recovery = 1不行就改成2,2不行改成3，以此类推，最大值为6，

我是在innodb_force_recovery = 3时启动成功的（俗称抢救模式，临时开启，可拿下数据，）

6、导出数据库中的数据

7、删除数据库

8、将my.cnf中的innodb_force_recovery 属性改为0，innodb_force_recovery = 0，或者删掉这个属于

9、重启mysql数据库

10、新建数据库，将导出的数据再导入进去即可（也可以重装mysql然后导入数据）

 

转载于:https://www.cnblogs.com/zhaoyuen/p/11527582.html

MySQL启动失败，提示“InnoDB: Error: page 11 log sequence number 347094373723”
bigwood99的博客
09-29 2497
前天作了一次模拟停电，服务期自动监测关机试验。 试验很成功，但是有个缺陷，关机前未正常关闭，运行的mysql服务。悲剧来了，服务器重起后，mysql服务启动失败。
MySQL单实例常见故障汇总
m0_47219942的博客
08-30 819
MySQL单实例常见故障汇总故障现象一：ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/data/mysql/mysql.sock'故障现象二：ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)故障现象三：在使用远程连接数据库时偶尔会发生远程连接数据库很慢的问题故障现象四：Can't open fi
mysql无法启动,Error: page 13476 log sequence number xxxx
java_1992的博客
05-29 7585
1、服务器状况，mysql无法启动，日志提示Error: page 13476 log sequence number2、使用service mysql start命令启动mysql失败3、查询mysql的日志文件localhost.localdomain.err,提示Error: page 13476 log sequence number 509612222234、查询资料和解决办法5、编辑m...
mysql oom之后的page 447 log sequence number 292344272 is in the future
weixin_33890499的博客
08-16 1110
mysql oom之后，重启时发生130517 16:00:10 InnoDB: Error: page 447 log sequence number 292344272InnoDB: is in the future! Current system log sequence number 1595916.InnoDB: Your database may be corrupt or you ...
mysql 运行异常：InnoDB: Error: page xxx log sequence number xx xxx InnoDB: is in the future!
gyf651194544的博客
10-08 1893
例如：mysqldump -uclear -p123456 clear_prison > clear_prison.sql。4.然后重启数据库，重启后可以看下数据库mysql的日志。5.修改上面第二步中的配置文件，将 数值6改为0，然后报错退出，然后重启数据库mysql。mysqldump -u 用户名 -p 密码 数据库名 > xxx.sql。6.将之前备份的数据库文件重新导入到数据库中。然后重启数据库（这个时候数据库是只读状态）1. 先将自己得数据库进行备份。2.配置参数进行数据库得修复。
MySQL日志序列号 - LSN
weixin_39997438的博客
08-01 2408
概要 LSN（log sequence number）：日志序列号，是一个一直递增的整形数字，在MySQL5.6.3版本后占8个字节。它表示事务写入到日志的字节总量。LSN主要用于发生crash时对数据进行recovery！每个数据页、重做日志、checkpoint都有LSN。 LSN不仅存在于重做日志中，在每个数据页头部也会有对应的LSN号。在数据页头部，LSN记录当前页最后一次修改的LSN号，用于在recovery时对比重做日志LSN号决定是否对该页进行恢复数据。checkpoint也是有LSN号记录
mysql实例无法启动故障修复
黄鹰的专栏
02-10 4767
一、问题描述    环境：Linux CentOS 6.5，mysql 5.6.16-log    Linux服务器异常断电，mysql非正常退出，导致mysql数据和mysql日志出现不一致的情况，mysql启动失败。失败的现象：1）mysql启动失败，提示无法更新pid文件。2）查看mysql error日志，出现如下字样：InnoDB: Error: page xxx log sequenc...
mysql无法启动问题
m0_46258309的博客
07-14 1866
mysql无法正常启动，由于异常断电导致
通过xtrabackup2.3.9恢复mysql5.6.48出现的报错现象
weixin_41561946的博客
05-28 740
系统环境： centos7.7 mysql5.6.48 xtrabackup2.3.9 恢复过程 [root@lineqi ~]# innobackupex --user=root --port=13306 --password=234 --apply-log --redo-only /data/xtrabackup/2020-05-27/ 200528 22:19:11 innobackupex: Starting the apply-log operation IMPORTANT: Please che
centos7的mysql启动不了：log sequence number 2710184143 is in the future! Current system log sequence numbe
qq_40351360的博客
10-13 1073
centos7的mysql启动不了：log sequence number 2710184143 is in the future! Current system log sequence numbe
MySQL常见报错_innodb error page 4 log sequence number 48269927
2401_84253894的博客
04-13 783
体系化！**
Mysql:InnoDB: The log sequence number in ibdata files does not match
Robert's Log
03-31 3664
长假归来，发现MySQL资料库不能启动，log中下： 130120  9:47:16  InnoDB: Started; log sequence number 0 4266237178 130120  9:47:16 [Note] Event Scheduler: Loaded 0 events 130120  9:47:16 [Note] /usr/libexec/mysqld: rea
MySQL中LSN介绍（日志序列号）
学亮编程手记
03-27 2626
MySQL中的LSN（Log Sequence Number，日志序列号）是一个核心概念，特别是在使用InnoDB存储引擎的情况下。LSN是数据库内部用于跟踪事务日志（redo log）中各个记录位置的唯一标识符。它是InnoDB用于保证数据一致性、支持崩溃恢复、实现多版本并发控制（MVCC）以及进行日志管理的重要工具。
强制InnoDB恢复log sequence number is in the future
每天都要开心呀(#^.^#)
09-23 3121
重启docker发现docker-compose部署的mysql无法启动问题解决办法
Redo日志 (4)—log sequence number（六十二)
ke1ying的博客
10-11 461
前面说了redo日志的格式，刷新到磁盘后台有线程每秒运行一次，还有事务提交的时候，buffer pool不会刷新到磁盘，但是log buffer会刷新到磁盘。Log buffer会分成若干的block，吧这些block持久化到磁盘上，mysql根目录有两个log_file0和log_file1,可以增加，当存满的时候，从0循环继续存储，默认是48Mb。每个block是512个字节，前面四个block占比2048个字节是记录管理信息，2048字节后面开始记录block。 redo日志文件格式(3)—mysq
mysql gtid binlog_MySQL binlog中at position、gtid、sequence_number、last_committed、xid的区别...
weixin_39693437的博客
02-17 1241
MySQL binlog中的点如此之多,很容易让人疑惑:有人误解binlog里的at position 的每个position代表一个事务、有人误解组提交的一组事务gtid都相同...下面是个人整理的binlog中各个点的用途:1.at position用mysqlbinlog解析出来的binlog很容易看到如下内容:# at 259#161028 16:56:20 server id 1591...
MySQL InnoDB 错误：”log sequence number is in the future”
热门推荐
xidianwwy的博客
04-29 1万+
MySQL InnoDB 错误：”log sequence number is in the future” 问题 一台服务器在断电后MariaDB数据库无法启动，日志如下 131016 15:33:18 InnoDB: Error: page 1 log sequence number 93 3574294358 InnoDB: is in the future! Current system...
centos selinux mysql_centos mysql 修改端口
weixin_33828092的博客
01-26 132
http://blog.youkuaiyun.com/wobin/article/details/10266165在CentOS上使用yum命令安装mysql后，使用默认端口3306能成功启动，但在/etc/my.cnf里更改端口，mysql启动不成功，后查阅相关资料总结如下：这是更改端口后，进入/var/log/mysqld.log里摘取的启动失败相关日志：130823 17:21:14 mysqld_sa...
数据库mysql无法启动
最新发布
03-23
<think>好的，我现在需要解决用户提出的MySQL数据库无法启动的问题。根据用户提供的引用内容，虽然引用了HBase和SQL Server的日志信息，但核心问题还是关于MySQL的。因此，我需要结合MySQL的常见故障排除步骤来回答。 首先，用户提到数据库无法启动，这通常与配置错误、权限问题、磁盘空间不足或端口冲突有关。根据引用[1]中提到的HBase日志记录在logs子目录，可以推断MySQL的错误日志也是关键。因此，第一步应该是查找MySQL的错误日志位置，通常在数据目录下，例如`/var/log/mysql/error.log`或`/var/lib/mysql`，具体取决于操作系统和安装方式。 接下来，用户可能需要检查错误日志的具体内容。常见的错误包括配置错误（如`my.cnf`中的错误参数）、InnoDB表空间损坏、磁盘空间不足、端口3306被占用等。例如，如果错误日志显示“InnoDB: The log sequence number in ibdata files does not match”，可能需要执行崩溃恢复。 此外，引用[2]中提到的SQL Server示例没有数据库邮件功能，这可能与MySQL无关，但可以提醒用户检查MySQL的相关服务配置，比如是否安装了必要的组件或插件。 用户可能还需要检查MySQL的数据目录权限是否正确，确保mysql用户有读写权限。另外，使用`mysqld_safe`启动可以获取更多启动时的详细信息，帮助诊断问题。 最后，建议用户根据错误日志的具体错误信息搜索解决方案，或提供日志内容以便进一步分析。同时，提醒备份数据的重要性，避免在修复过程中数据丢失。</think>### MySQL数据库无法启动的故障排除步骤 #### 1. 定位错误日志 MySQL的错误日志是诊断启动问题的首要依据。日志路径通常位于： - Linux默认路径：`/var/log/mysql/error.log` 或 `/var/lib/mysql/[hostname].err` - Windows默认路径：`C:\ProgramData\MySQL\MySQL Server [版本]\Data\[hostname].err` 若路径不明确，可通过以下方式确认： ```bash # 查看MySQL配置文件路径 $ mysql --help | grep "my.cnf" # 从配置文件中提取log-error参数 $ grep "log-error" /etc/mysql/my.cnf ``` #### 2. 常见错误类型及解决方法 **(1) 配置文件错误** ```log 2023-10-05T03:22:11.123456Z 0 [ERROR] Unknown variable 'innodb_buffer_pool_size=4G' ``` - **解决方法**：检查`my.cnf`或`my.ini`文件中的拼写错误，使用`mysqld --verbose --help`验证参数合法性[^1] **(2) 端口冲突** ```log 2023-10-05T03:25:17.891234Z 0 [ERROR] Can't start server: Bind on TCP/IP port: Address already in use ``` - **解决方法**： ```bash # 查找占用3306端口的进程 $ sudo lsof -i :3306 # 终止冲突进程或修改MySQL端口 $ vim /etc/mysql/my.cnf [mysqld] port=3307 ``` **(3) 表空间损坏** ```log InnoDB: Database page corruption on disk or a failed file read ``` - **解决方法**： ```bash # 在配置文件中添加强制恢复模式 [mysqld] innodb_force_recovery=6 # 启动后立即导出数据 $ mysqldump -u root -p --all-databases > backup.sql # 删除ibdata*和ib_logfile*文件后重启 ``` **(4) 权限问题** ```log 2023-10-05T03:30:45.678901Z 0 [ERROR] Could not open file './ibdata1' for writing: Permission denied ``` - **解决方法**： ```bash # 递归修改数据目录权限 $ sudo chown -R mysql:mysql /var/lib/mysql $ sudo chmod -R 755 /var/lib/mysql ``` #### 3. 安全启动模式 当常规启动失败时，可尝试： ```bash $ mysqld_safe --skip-grant-tables --skip-networking & ``` - 此模式会跳过权限验证，允许直接修改用户表： ```sql FLUSH PRIVILEGES; ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_password'; ``` #### 4. 二进制日志修复 若错误涉及二进制日志： ```bash # 清理所有二进制日志 $ mysql -u root -p -e "RESET MASTER" # 或指定保留周期 $ vim /etc/mysql/my.cnf [mysqld] expire_logs_days=3 ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值