MySql5.6停电后无法启动的问题

最新推荐文章于 2024-08-11 03:09:39 发布
最新推荐文章于 2024-08-11 03:09:39 发布
阅读量212 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： 数据库
原文链接：https://my.oschina.net/sqhua/blog/1799501
本文介绍了一种解决MySQL数据库中数据异常的方法，通过调整innodb_force_recovery参数并进行数据备份及恢复来解决数据问题。

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

为什么80%的码农都做不了架构师？>>>   hot3.png

调 innodb_force_recovery 为 0以上（默认是0），然后备份，再把 innodb_force_recovery 改回 0 ，还原数据即可

这个问题折腾了几天，试了N种方法才解决，不得不说MySql太烂了

转载于:https://my.oschina.net/sqhua/blog/1799501

helloxielan
关注
MySQL启动失败，提示“InnoDB: Error: page 11 log sequence number 347094373723”
bigwood99的博客
09-29 2513
前天作了一次模拟停电，服务期自动监测关机试验。 试验很成功，但是有个缺陷，关机前未正常关闭，运行的mysql服务。悲剧来了，服务器重起后，mysql服务启动失败。
服务器断电导致mysql数据启动不了
爱吃鱼的小明的博客
06-18 3923
此时会出现一个问题，我如果注释掉innodb_force_recovery = 4 那么 我将无法启动数据库，所以我选择 删除数据库实例文件，这样可以进行简单的判断是不是因为数据库的问题导致的msyql无法启动。
mysql 断电不能启动
11-15
处理一下出现的日志 Plugin 'FEDERATED' is disabled. 2017-11-15 19:23:46 16c0 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator. 2017-11-15 19:23:46 1404 [Note] InnoDB: Using atomics to ref count buffer pool pages 2017-11-15 19:23:46 1404 [Note] InnoDB: The InnoDB memory heap is disabled 2017-11-15 19:23:46 1404 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions 2017-11-15 19:23:46 1404 [Note] InnoDB: Memory barrier is not used 2017-11-15 19:23:46 1404 [Note] InnoDB: Compressed tables use zlib 1.2.3 2017-11-15 19:23:46 1404 [Note] InnoDB: Not using CPU crc32 instructions 2017-11-15 19:23:46 1404 [Note] InnoDB: Initializing buffer pool, size = 9.0G 2017-11-15 19:23:46 1404 [Note] InnoDB: Completed initialization of buffer pool 2017-11-15 19:23:46 1404 [Note] InnoDB: Highest supported file format is Barracuda. 2017-11-15 19:23:46 1404 [Note] InnoDB: Log scan progressed past the checkpoint lsn 9219742510 2017-11-15 19:23:46 1404 [Note] InnoDB: Database was not shutdown normally! 2017-11-15 19:23:46 1404 [Note] InnoDB: Starting crash recovery. 2017-11-15 19:23:46 1404 [Note] InnoDB: Reading tablespace information from the .ibd files... 2017-11-15 19:23:46 1404 [Note] InnoDB: Restoring possible half-written data pages 2017-11-15 19:23:46 1404 [Note] InnoDB: from the doublewrite buffer... InnoDB: Doing recovery: scanned up to log sequence number 9219763629 InnoDB: 1 transaction(s) which must be rolled back or cleaned up InnoDB: in total 0 row operations to undo InnoDB: Trx id counter is 275040768 2017-11-15 19:23:47 1404 [Note] InnoDB: Starting an apply batch of log records to the database... InnoDB: Progress in percent: 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 InnoDB: Apply batch completed 2017-11-15 19:23:48 1404 [Note] InnoDB: 128 rollback segment(s) are active. InnoDB: Starting in background the rollback of uncommitted transactions 2017-11-15 19:23:48 fc8 InnoDB: Rolling back trx with id 275035944, 0 rows to undo 2017-11-15 19:23:48 fc8 InnoDB: Assertion failure in thread 4040 in file fut0lst.ic line 83 InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA InnoDB: We intentionally generate a memory trap. InnoDB: Submit a detailed bug report to http://bugs.mysql.com. InnoDB: If you get repeated assertion failures or crashes, even InnoDB: immediately after the mysqld startup, there may be InnoDB: corruption in the InnoDB tablespace. Please refer to InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html InnoDB: about forcing recovery. 2017-11-15 19:23:48 1404 [Note] InnoDB: Waiting for purge to start 2017-11-15 19:23:48 1404 [Note] InnoDB: 5.6.21 started; log sequence number 9219763629 2017-11-15 19:23:48 1404 [Note] Server hostname (bind-address): '*'; port: 3306 2017-11-15 19:23:48 1404 [Note] IPv6 is available. 2017-11-15 19:23:48 1404 [Note] - '::' resolves to '::'; 2017-11-15 19:23:48 1404 [Note] Server socket created on IP: '::'. 2017-11-15 19:23:48 1404 [Note] Event Scheduler: Loaded 0 events 2017-11-15 19:23:48 1404 [Note] D:\Documents\mysql\bin\mysqld.exe: ready for connections. Version: '5.6.21' socket: '' port: 3306 MySQL Community Server (GPL)
windows mysql 断电后无法启动
最新发布
weixin_32323455的博客
08-11 512
我整理的一些关于【MySQL,SQL】的项目学习资料（附讲解～～）和大家一起分享、学习一下：https://d.51cto.com/yOSbkRWindows MySQL 断电后无法启动的解决方案 在使用 MySQL 数据库时，我们经常会遇到一些突发状况，比如电源突然断电或系统崩溃。这种情况会导致 MySQL 数据库无法...
记一次停电引起的mysql无法启动
qq_41087159的博客
05-11 368
设置恢复等级 innodb_force_recovery = 0 1 (SRV_FORCE_IGNORE_CORRUPT) 即使服务器检测到损坏的页仍让它运行。试图使SELECT* FROM tbl_name跳过损坏的索引记录和页，这样有助于转储表。 2 (SRV_FORCE_NO_BACKGROUND) 阻止主线程和任何清除线程的运行。如果崩溃会在清除操作中发生，该恢复值会阻止它。 3 (SRV_FORCE_NO_TRX_UNDO.
mysql断电后无法启动不了_急求mysql 断电后无法启动解决方法！！！！
weixin_42503660的博客
01-31 283
该楼层疑似违规已被系统折叠隐藏此楼查看此楼RT，平台是windows+xampp，断电后开机无法启动mysql。errorlog如下2014-08-14 08:01:35 2032 [Note] Plugin *FEDERATED* is disabled.2014-08-14 08:01:35 130 InnoDB: Warning: Using innodb_additional_mem_p...
mysql服务器掉电重启后无法启动
qq_42840854的博客
09-18 767
掉电mysql启动失败
服务器断电后 mariadb服务无法启动
DeathlessDogface的博客
09-14 2573
服务器断电后 mariadb服务无法启动 [root@controller-2 ~]# tail -n 20 /var/log/mariadb/mariadb.log 2018-09-14 22:42:35 140595507394752 [Note] InnoDB: The InnoDB memory heap is disabled 2018-09-14 22:42:35 14059550...
mysql数据库被破坏_MySQL 数据库 ibdata 文件损坏恢复实战，关键时刻能救你一命...
weixin_36488954的博客
02-18 1650
简介当你的 MySQL 数据库服务器异常宕机，导致 ibdata 文件损坏，引起 MySQL 数据库无法启动。而正巧遇到没有备份的情况下，对于全栈开发人员，刚刚从事 DBA 人员，处理起来会感觉有点无从下手。下面的分享内容将会从真实案例的复盘为切入点，详细介绍如何一步一步恢复业务数据，为大家提供切实有效的 MySQL 数据库应急解决方案。本文将通过三个部分，来介绍如何恢复业务表记录：如何从 frm...
腾讯云mysql高可用方案_如何设计和实现高可用的MySQL
weixin_39942995的博客
01-21 472
欢迎大家前往腾讯云+社区，获取更多腾讯海量技术实践干货哦~王甲坤，腾讯高级工程师、腾讯云关系型数据库MySQL负责人，拥有多年客户端、数据库研发经验。在IOS客户端、MySQL、PostgreSQL、SQL Server等产品有丰富的研发和产品策划经验。下面开始我们今天的主要内容，今天主要是通过什么、为什么、怎么做，这条思路跟大家呈现MySQL的高可用。首先介绍一下什么是高可用？在我看来就是业务在...
MySQL数据库(初识数据库)
weixin_43570812的博客
08-15 985
MySQL数据库 数据的时代 涉及的数据量大 数据不随程序的结束而消失 数据被多个应用程序共享 大数据 数据库的发展史 萌芽阶段：文件系统 使用磁盘文件来存储数据 初级阶段：第一代数据库 出现了网状模型、层次模型的数据库 中级阶段：第二代数据库 关系型数据库和结构化查询语言 高级阶段：新一代数据库 “关系-对象”型数据库 数据库管理系统 数据库是数据的汇集，它以一定的组织形式存于存储介质上 DBMS是管理数据库的系统软件，它实现数据库系统的各种功能。是数据库系统的核心 D
【mysql因为断电导致数据损坏无法启动mysql的处理方式及mysql数据恢复方法】
weixin_43837051的博客
05-16 2615
备注说明1：因为导入数据库缺失了第三步中缺少的数据，可以重新创建缺少的数据表结果或者可以用历史备份的数据导入一份，但是确保数据是否可以跟当前的数据兼容或冲突，谨慎操作。这种错误的处理办法是进入到mysql的data目录下，找到相对应的表比如表名字叫cloudeyes，进入到该目录中找到该表的原始数据进行备份操作，备份后删除该表。备注2：上述操作存在永久丢失数据风险，数据备份后再删除，单个表的数据恢复操作请另行处理。备注说明2：在第三步的时候存在数据挪走或者删除后无法恢复的风险，生产需谨慎。
mysql断电后起不来_服务器突然断电，造成Mysql启动不了的问题解决
weixin_33343681的博客
02-08 3082
服务器突然断电，造成MySQL数据库启动不了的问题，现象如下：[root@localhost ]# service mysql55-mysqld startkill 31011: No such processAnother MySQL daemon already running with the same unix socket.Starting mysql51-mysqld: ...
服务器windows server2012上面断电之后mysql5.6无法启动了
weixin_33890499的博客
06-05 780
今天公司断电了（艹），其中一台服务器windows server 2012重启后，里面的数据库mysql5.6一直无法启动。 按照网上的方法，在my.ini中最后面添加如下行： innodb_force_recovery=1 然后再重启数据库，能进去了 但是发现个问题，很多的表打不开了，报【#1146 - Table'tablenam' doesn't exist】...
电脑断电导致的mysql启动失败解决方式
sinat_36758246的博客
04-19 3742
1，修改my.ini文件，在mysqld下添加innodb_force_recovery = 2，其中数字2可以是1-6，可以挨个尝试。3, 使用navicat重连数据库，恢复了所有库和表数据。mysql版本：mysql-5.7.30-winx64。完整的my.ini文件如下。2，重新启动mysql。
mysql 断电重启失败
weixin_42413747的博客
07-28 384
MySQL 断电重启失败的诊断与解决方案 在使用MySQL数据库的过程中，可能会遇到因断电导致的重启失败问题。本文将详细介绍如何诊断和解决这一问题，并通过代码示例和甘特图来展示整个处理流程。 问题概述 当MySQL数据库因断电而突然停止运行时，可能会遇到以下重启失败的情况： 数据文件损坏：断电可能导致数据文件未正常关闭，...
Windows断电后mysql无法启动_mysql在windows下服务无法启动的问题
weixin_39869043的博客
02-05 483
最近想学习一下opencms和wordpress就自己装了个mysql在windows上一开始还能用把opencms也装上了，但是今天发现serivce 无法启动了在mysql 的log里没找到有用的信息但是windows的log里有如下信息：Can't open the mysql.plugin table. Please run mysql_upgrade to create it.For m...
意外断电导致的mysql启动后立刻停止
weixin_44935602的博客
12-07 1511
原因是在my.ini中加入了：skip-name-resolve.原来数据库没损坏的时候，root账号设置的登录权限是%，但这次新建数据库，root账号的登录权限默认是localhost，所以就出现了这个问题。“mysql服务启动后立刻关闭”、Host ‘::1‘ is not allowed to connect to this
MySQL运维｜服务器强制断电后导致mysql无法启动(终极方案)
qq_38200425的博客
12-14 8249
强制断电后导致mysql无法启动 1 强制InnoDB恢复 找到mysql的my.cnf文件,添加一下子两个参数: [mysqld] innodb_force_recovery=6(这个值越小越安全,最开始建议设置为1，如果也无法启动再改为2，以此内推) innodb_purge_thread=0 注意： 只有在紧急情况下才能设置innodb_force_recovery大于0，默认值是0，不进行强制恢复的正常启动。innodb_force_recovery一共有6个级别，举例说明
MySql5.6安装过程中常见的问题及其解决方法
MySql5.6安装过程遇到的问题及解决方法 在安装 MySQL 5.6 过程中，总是会遇到一些问题，每次重新安装都会花很多时间来排查。这些问题包括环境变量的配置、服务的安装、连接的问题等等。本文将记录安装过程中遇到的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值