关于注掉skip-innodb选项也不能启用innoDB引擎的解决办法

最新推荐文章于 2022-11-23 16:34:00 发布
转载 最新推荐文章于 2022-11-23 16:34:00 发布 · 855 阅读 · 0
文章标签：

#数据库

本文详细介绍了如何解决MySQL中InnoDB存储引擎无法启动的问题，包括注释掉配置文件中的skip-innodb选项，以及删除特定的日志文件ib_logfile和数据文件ibdata。若问题仍未解决，建议使用SQL语句SHOWVARIABLESLIKE'have_%'进行进一步检查。

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

网上很多关于启用innoDB的办法，都是注释掉skip-innodb选项，实际上，你还需要删除两个文件：

C:\Program Files\MySQL\MySQL Server 5.0\data\ib_logfile*
C:\MySQL Datafiles\ibdata*

 如果仍然不能确定，可以使用语句查看：

SHOW VARIABLES LIKE 'have_%'

 

 

mysql 关闭 innodb_MySQL数据库如何彻底关闭Innodb模式
weixin_33637634的博客
02-27 1428
一般而言，MySQL主流的还是MyISAM模式，这种模式方便使用和维护，Innodb为后来加入的另外一种模式，这种模式支持的功能更强大，但是一般很难用得到(以下配置修改都是在my.ini文件中)。第一部分：如何设置MySQL5.5以及之前版本关闭Innodb模式，流程如下：1、设置默认引擎为MyISAM：default-storage-engine=MYISAM2、去掉“skip-innodb”的...
《MySQL系列-InnoDB引擎02》InnoDB存储引擎介绍
https://blog.datasource.space
01-02 1195
InnoDB是事务安全的MySQL存储引擎，设计上采用了类似于Oracle数据库的架构。通常来说，InnoDB存储引擎是OLTP应用中核心表的首选存储引擎
centos LAMP第四部分mysql操作 忘记root密码 skip-innodb 配置慢查询日志 mysql常用操作 mysql常用操作 mysql备份与恢复 第二十二节课...
weixin_33788244的博客
10-28 172
centos  LAMP第四部分mysql操作  忘记root密码  skip-innodb 配置慢查询日志 mysql常用操作  mysql常用操作 mysql备份与恢复   第二十二节课     mysql用的哪个my.cnf，如果都有就用后面的 查找顺序 /etc/mycnf ---> /etc/mysql/mycnf ---> $BASEDIR/my.cnf ---&g...
InnoDB简介之关闭InnoDB
诗和远方
10-21 409
Turning Off InnoDB Oracle推荐InnoDB作为典型数据库应用程序(从在本地系统上运行的单用户wiki和blog，到极限性能的高端应用程序)的首选存储引擎。在MySQL 5.7中，InnoDB是新表的默认存储引擎。 注意： InnoDB不能被禁用。不推荐使用—skip-innodb选项，它没有任何作用，使用它会导致警告。它将在未来的MySQL版本中被删除。这也适用于它的同义词...
mysql 数据引擎
xyr05288的专栏
03-17 630
1、存储引擎是什么? 　　Mysql中的数据用各种不同的技术存储在文件(或者内存)中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。这些不同的技术以及配套的相关功能在MySQL中被称作存储引擎(也称作表类型)。MySql默认配置了许多不同的存储引擎，可以预先设置或
MySQL启动时InnoDB引擎被禁用了的解决方法
09-09
如果发现InnoDB引擎的“Support”状态为“NO”，这意味着MySQL服务器在启动时并未启用InnoDB存储引擎。为了解决这个问题，我们需要编辑MySQL的配置文件***f（在Linux系统中，有时也可能叫作my.ini），找到与InnoDB...
MySQL提示The InnoDB feature is disabled需要开启InnoDB的解决方法
09-10
通过以上步骤，你应该能够解决"The InnoDB feature is disabled"的问题，并成功启用InnoDB引擎。这将使你的MySQL服务器具备处理事务和提供更高级别数据完整性的能力。对于那些需要事务处理和外键约束的应用来说，这...
MySQL禁用InnoDB引擎的方法
12-15
loose-innodb-cmp-per-index-reset=0 loose-innodb-cmp-reset=0 loose-innodb-cmpmem=0 loose-innodb-cmpmem-reset=0 loose-innodb-buffer-page=0 loose-innodb-buffer-page-lru=0 loose-innodb-buffer-pool-...
MySQL性能参数详解之Skip-External-Locking参数介绍
09-10
MySQL中的`Skip-External-Locking`参数是一个关键的性能配置选项，主要针对使用MyISAM存储引擎的数据库表。在MySQL的配置文件`my.cnf`中，这个参数默认是启用的，意味着它会跳过对数据库文件的外部锁定机制。 外部...
数据库不支持InnoDB的解决方法
优快云资源内容
11-23 545
打开我的my.ini文件，找到skip-innodb，改成#skip-innodb。
MySql数据库关于存储引擎的设置
hkjhjkhk的博客
07-27 441
　1、存储引擎是什么? 　　Mysql中的数据用各种不同的技术存储在文件(或者内存)中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。这些不同的技术以及配套的相关功能在MySQL中被称作存储引擎(也称作表类型)。MySql默认配置了许多不同的存储引擎，可以预先设置或...
MySQL性能调优my.cnf详解
weixin_33916256的博客
02-09 1309
为什么80%的码农都做不了架构师？>>> ...
Why is InnoDB disabled? (SOLVED)
cuizhu0832的博客
06-30 247
TurnKey Linux Virtual Appliance Library Cloud DeploymentScreenshotsHelpFAQBlog ...
Mysql没有InnoDB引擎的处理
walle的博客
04-21 4672
1. 在配置文件里面注释掉skip-innodb 2.删文件： 关闭mysql程序。打开mysql/data目录， 将图中的三个文件删掉。 3.更改默认引擎 打开mysql/bin目录下的my.ini,将default-strorage-engine=改为INNODB，若没有这一句则直接加入default-strorage-engine=INNODB。 4.重启mysql服...
mysql 表 disabled_MYSQL have_innodb DISABLED无法创建innodb类型的表
weixin_28997879的博客
01-18 507
今天在一台MYSQL服务器上发现，明明用了engine=innodb创建的表，结果创建出来却成了myisam的表。再看show variables like '%innodb%';have_innodb 成了DISABLED。经过一番试验，发现是我关闭数据库后，直接删除ibdata1文件造成的。删除该文件以后，重启数据库，日志文件中会有：060330 17:22:07 mysqld started...
新安装mysql修改配置文件innodb不能使用
简简单单，平平淡淡
12-29 2142
新安装完成mysql，拷贝了一个以前的配置，但是查询数据库里面没有innodb引擎 mysql> show engines; +--------------------+---------+----------------------------------------------------------------+--------------+------+------------+ |
以恢复模式启动（添加 innodb_force_recovery） docker run -d --name mysql_recovery \ -v your_volume:/var/lib/mysql \ -e MYSQL_ROOT_PASSWORD=recovery \ mysql:5.7.40 \ --innodb-force-recovery=6 \ --skip-grant-tables数据库丢失后，通过这个命令只恢复了两张表出来，其他表怎么恢复
最新发布
07-13
<think>我们面对的问题是在使用MySQL的innodb_force_recovery=6模式启动后，只恢复了两张表，其他表没有恢复。innodb_force_recovery参数用于在InnoDB存储引擎发生故障时强制启动MySQL，以便进行数据恢复。但需要注意的是，当使用较高的值（如6）时，InnoDB会处于只读模式，并且会忽略一些重做日志和回滚日志，这可能导致数据不一致或部分数据无法恢复。 根据用户描述，他们使用了`--innodb-force-recovery=6`和`--skip-grant-tables`启动MySQL容器，但只恢复了两张表。这可能意味着： 1. 其他表可能已经损坏，无法通过强制恢复模式读取。 2. 数据文件（如ibdata1、ib_logfile*）可能损坏，导致InnoDB无法正确恢复所有表。 解决步骤建议： 1. **备份当前状态**：在尝试任何恢复操作之前，先备份当前的MySQL数据目录（即docker卷`your_volume`）。这是非常重要的，以防进一步损坏。 2. **尝试使用较低的innodb_force_recovery值**：有时使用较低的值（如1到5）可以恢复更多数据。建议从1开始尝试，逐步增加，直到能够启动MySQL服务并读取尽可能多的表。每个级别的含义如下： - 1 (SRV_FORCE_IGNORE_CORRUPT): 忽略损坏的页。 - 2 (SRV_FORCE_NO_BACKGROUND): 阻止主线程运行，如主线程需要执行崩溃恢复就会导致崩溃。 - 3 (SRV_FORCE_NO_TRX_UNDO): 不执行事务回滚。 - 4 (SRV_FORCE_NO_IBUF_MERGE): 不执行插入缓冲区的合并操作。 - 5 (SRV_FORCE_NO_UNDO_LOG_SCAN): 在启动数据库的时候不查看撤销日志（undo log）。 - 6 (SRV_FORCE_NO_LOG_REDO): 不执行与恢复相关的重做日志。 3. **使用mysqlcheck工具**：在MySQL成功启动后（即使只恢复部分表），尝试使用`mysqlcheck`工具来检查和修复表。但注意，在强制恢复模式下，可能无法执行写操作，因此修复可能受限。 4. **导出数据**：一旦能够访问表，立即使用`mysqldump`导出每个数据库的数据。即使表是只读的，也可以导出数据。然后，可以重新初始化一个新的MySQL实例，并将导出的数据导入。 5. **使用专业工具**：如果上述方法无效，可以考虑使用专业的数据恢复工具，例如Percona Data Recovery Tool for InnoDB，它可以从InnoDB数据文件中提取数据，即使表损坏严重。 6. **从备份中恢复**：如果有备份，这是最安全的方式。恢复备份到新的MySQL实例。 由于用户已经使用了最高级别的强制恢复（6），并且只恢复了两张表，说明其他表可能已经严重损坏。此时，应尝试使用较低级别的强制恢复，或者考虑使用专业工具。 注意：在强制恢复模式下，不要尝试执行任何写操作（如修复表、更新数据等），因为此时数据库处于不稳定状态，可能导致进一步损坏。 最后，如果数据非常重要且无法自行恢复，建议寻求专业的数据恢复服务。 §§相关问题§§ 1. 如何逐步尝试不同的innodb_force_recovery值来恢复MySQL数据？ 2. 使用innodb_force_recovery=6启动MySQL后，为什么只能看到部分表？ 3. 除了innodb_force_recovery，还有哪些方法可以尝试恢复损坏的InnoDB表？ 4. 如何备份当前损坏的MySQL数据目录以防止进一步的数据丢失？ 5. 如果所有方法都失败，如何通过专业工具或服务来恢复InnoDB数据？</think>### 问题分析 当使用 `innodb_force_recovery=6` 启动 MySQL 时，InnoDB 会跳过事务日志恢复（redo log），仅尝试读取基础数据文件。这可能导致： 1. **部分表恢复**：表结构（.frm）或数据文件（.ibd）损坏时，表无法加载。 2. **数据不一致**：未提交的事务被忽略，数据可能不完整。 3. **权限问题**：`--skip-grant-tables` 绕过权限验证，但不解决数据损坏。 ### 恢复步骤 #### 1. **立即停止操作并备份** ```bash docker cp mysql_recovery:/var/lib/mysql ./mysql_backup ``` **目的**：防止进一步损坏。 #### 2. **尝试逐级恢复** 从低级别（1）到高级别（6）逐步尝试启动，避免直接使用最高级别： ```bash docker run -d --name mysql_recovery_step \ -v your_volume:/var/lib/mysql \ -e MYSQL_ROOT_PASSWORD=recovery \ mysql:5.7.40 \ --innodb-force-recovery=1 # 依次尝试 1→2→3→4→5→6 ``` - **级别说明**： - `1-3`：尝试修复损坏的页或事务。 - `4-5`：跳过 undo log 和索引。 - `6`：最后手段（跳过 redo log）。 #### 3. **导出可读表数据** 若部分表可见，立即导出数据： ```bash docker exec -it mysql_recovery_step mysqldump -u root -p database table1 table2 > partial_backup.sql ``` #### 4. **修复不可读表** - **方案一：使用 `innodb_file_per_table` 恢复** - 若表启用独立表空间（`.ibd` 文件），尝试重建： ```sql ALTER TABLE corrupted_table DISCARD TABLESPACE; ALTER TABLE corrupted_table IMPORT TABLESPACE; ``` - **方案二：专业工具恢复** - 使用 [Percona Data Recovery Tool](https://www.percona.com/software/mysql-database-percona-server/percona-data-recovery-tool) 从备份的 `.ibd` 文件中提取数据。 - **方案三：从备份恢复** - 如有备份（物理备份或 `mysqldump`），在新实例中还原。 #### 5. **终极方案：日志分析** 若事务日志未损坏，尝试解析 `ib_logfile*`： ```bash mysqlbinlog --base64-output=DECODE-ROWS -v ib_logfile0 > binlog_analysis.sql ``` ### 预防措施 1. **定期备份**：使用 `mysqldump`（逻辑备份）或 `xtrabackup`（物理备份）。 2. **启用监控**：检测 InnoDB 损坏（`SHOW ENGINE INNODB STATUS`）。 3. **避免强制操作**：`innodb_force_recovery` 是最后手段，可能丢失数据。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值