当前位置：文江博客话题详情

如何修复 InnoDB 表？

发布于 2024-07-06 23:29:34 字数 191 浏览 12 评论 0原文

昨晚我们的 Solaris MySQL 数据库引擎（显然）执行得很差。至少有一些 InnoDB 表已损坏，事务日志中出现时间戳无序错误，以及有关索引损坏的特定错误。

我们知道可用于 MyISAM 表修复的工具，但找不到任何适用于 InnoDB 的工具。

旁注：尝试表优化（在我尝试重建损坏的索引时）会导致数据库服务器崩溃。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

不离久伴 2024-07-13 23:29:34

首先停止服务器并对光盘进行映像。只尝试一次是没有意义的。然后看看这里。

回复收藏 0 原文

墨落成白 2024-07-13 23:29:34

停止您的应用程序...或停止您的从站，以便不会添加新行

create table <new table> like <old table>;
insert <new table> select * from <old table>;
truncate table  <old table>;
insert <old table> select * from <new table>;

重新启动您的服务器或从站

stop your application...or stop your slave so no new rows are being added

create table <new table> like <old table>;
insert <new table> select * from <old table>;
truncate table  <old table>;
insert <old table> select * from <new table>;

restart your server or slave

回复收藏 0 原文

可爱咩 2024-07-13 23:29:34

以下解决方案的灵感来自上述 Sandro 的提示。

警告：虽然它对我有用，但我不知道它是否对你有用。

我的问题如下：从表（我们称此表损坏）中读取某些特定行会使 MySQL 崩溃。即使 SELECT COUNT(*) FROM Broken 也会杀死它。我希望您在此表上有一个PRIMARY KEY（在下面的示例中，它是id）。

确保您有损坏的 MySQL 服务器的备份或快照（以防万一您想返回步骤 1 并尝试其他操作！）
CREATE TABLEbroken_repair LIKEbroken;
INSERTbroken_repair SELECT * FROM Broken WHERE id NOT IN (SELECT id FROM Broken_repair) LIMIT 1;
重复步骤 3，直到数据库崩溃（您可以使用 LIMIT 100000，然后使用较低的值，直到使用 < code>LIMIT 1 会使数据库崩溃）。
查看是否拥有所有内容（您可以将 SELECT MAX(id) FROM Broken 与 broken_repair 中的行数进行比较）。
此时，我显然已经拥有了所有行（除了那些可能被 InnoDB 粗暴截断的行）。如果您错过了某些行，可以尝试在 LIMIT 中添加 OFFSET。

祝你好运！

回复收藏 0 原文

风追烟花雨 2024-07-13 23:29:34

MySQL提供的解决方案如下：
http://dev.mysql.com/doc/refman /5.5/en/forcing-innodb-recovery.html

回复收藏 0 原文

烂柯人 2024-07-13 23:29:34

在我的例子中，只需停止并重新启动 SQL 服务器就可以了。

回复收藏 0 原文

吹泡泡o 2024-07-13 23:29:34

请参阅这篇文章：http://www.unilogica.com/mysql-innodb-recovery/（葡萄牙语）

解释了如何使用innodb_force_recovery和innodb_file_per_table。我在需要使用单个 ibdata1 恢复崩溃的数据库后发现了这一点。

使用innodb_file_per_table，InnoDB中的所有表都会创建一个单独的表文件，就像MyISAM一样。

回复收藏 0 原文

心碎无痕… 2024-07-13 23:29:34

注意：如果您的问题是“innodb 索引被标记为损坏”！
然后，简单的解决方案就是删除索引并重新添加它们。这可以很快解决，不会丢失任何记录，也不会重新启动或将表内容移动到临时表中并返回。

回复收藏 0 原文

池予 2024-07-13 23:29:34

将表更改为 myisam，然后再次更改为 innodb，它对我来说适用于 1300 万张表（图像来自医院的 PACS）

回复收藏 0 原文

左岸枫 2024-07-13 23:29:34

步骤 1.

停止 MySQL 服务器

步骤 2.

将此行添加到 my.cnf（在 Windows 中称为 my.ini）

set-variable=innodb_force_recovery=6

步骤 3.

删除 ib_logfile0 和 ib_logfile1

步骤 4.

启动 MySQL 服务器

步骤 5.

运行此命令：

mysqlcheck --database db_name table_name -uroot -p

成功修复崩溃的 innodb 表后，不要忘记从我的表中删除 #set-variable=innodb_force_recovery=6 .cnf，然后再次重新启动MySQL服务器。

Step 1.

Stop MySQL server

Step 2.

add this line to my.cnf ( In windows it is called my.ini )

set-variable=innodb_force_recovery=6

Step 3.

delete ib_logfile0 and ib_logfile1

Step 4.

Start MySQL server

Step 5.

Run this command:

mysqlcheck --database db_name table_name -uroot -p

After you have successfully fixed the crashed innodb table, don't forget to remove #set-variable=innodb_force_recovery=6 from my.cnf and then restart MySQL server again.

回复收藏 0 原文

~没有更多了~