mysql表空间损坏怎么办_Mysql单表表空间损坏修复

男娘i 2023-01-11 13:19 234阅读 0赞

一次现网一线运维人员反馈一套mysql访问某个表的时候,mysql会断连重启.经过问题定位,单表表空间损坏,进行了修复,mysql恢复正常.现把过程记录下来.

一、问题定位

1.查看mysql的error日志,发现如下记录

2020-10-20T07:43:03.297962Z 0 \[ERROR\] InnoDB: Checksum mismatch in datafile: ./data\_2020/bc\_data\_co\#P\#P20201221.ibd, Space ID:12883, Flags: 33. Please refer to http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting-datadict.html for how to resolve the issue.

2020-10-20T07:43:03.298007Z 0 \[ERROR\] InnoDB: Operating system error number 25 in a file operation.

2020-10-20T07:43:03.298020Z 0 \[ERROR\] InnoDB: Error number 25 means ‘Inappropriate ioctl for device’

2020-10-20T07:43:03.298025Z 0 \[Note\] InnoDB: Some operating system error numbers are described at http://dev.mysql.com/doc/refman/5.7/en/operating-system-error-codes.html

2020-10-20T07:43:03.298031Z 0 \[ERROR\] InnoDB: Could not find a valid tablespace file for data\_2020/bc\_data\_co\#P\#P20201221. Please refer to http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting-datadict.html for how to resolve the issue.

2020-10-20T07:43:03.298040Z 0 \[Warning\] InnoDB: Ignoring tablespace data\_2020/bc\_data\_co\#P\#P20201221 because it could not be opened.

bc\_data\_co表的一个分区表空间文件不能打开

2.查找文件

ll /data/mysql/data/workdbs/data\_2020/bc\_data\_co\#P\#P20201221

文件存在

分析:这个分区表空间文件已经损坏.

二、解决过程

1.操作之前,做数据文件备份

cp /data/mysql/data/workdbs/data\_2020/bc\_data\_co\#P\* /data/mysql/data/backup/bc\_data\_co/

cp /data/mysql/data/workdbs/data\_2020/bc\_data\_co.frm /data/mysql/data/backup/bc\_data\_co/

2.忽略表空间错误启动

vi /data/mysql/app/mysql-files/my.cnf

添加innodb\_force\_recovery=X

mysql.server restart

参数innodb\_force\_recovery说明:

innodb\_force\_recovery可以设置为1-6,大的数字包含前面所有数字的影响。当设置参数值大于0后，可以对表进行select,create,drop操作,但insert,update或者delete这类操作是不允许的。

1(SRV\_FORCE\_IGNORE\_CORRUPT):忽略检查到的corrupt页。

2(SRV\_FORCE\_NO\_BACKGROUND):阻止主线程的运行，如主线程需要执行full purge操作，会导致crash。

3(SRV\_FORCE\_NO\_TRX\_UNDO):不执行事务回滚操作。

4(SRV\_FORCE\_NO\_IBUF\_MERGE):不执行插入缓冲的合并操作。

5(SRV\_FORCE\_NO\_UNDO\_LOG\_SCAN):不查看重做日志，InnoDB存储引擎会将未提交的事务视为已提交。

6(SRV\_FORCE\_NO\_LOG\_REDO):不执行前滚的操作

经过测试, innodb\_force\_recovery=4 正常启动mysql.

3.导出表结构

mysqldump -uroot -p --set-gtid-purged=off -d data\_2020 bc\_data\_co>bc\_data\_co.sql

4.清除参数innodb\_force\_recovery ,重启

vi /data/mysql/app/mysql-files/my.cnf

注销\#innodb\_force\_recovery=4

mysql.server restart

5.创建一个同样表结构的新表

mysql -uroot -pRoot\_001 -A(加这个-A可以跳过加载表定义数据，适用场景特别多表或者分区)

create database test;

use test;

source /data/mysql/bc\_data\_co.sql

6.卸载bc\_data\_co表空间

use data\_2020;

alter table \`bc\_data\_co\` DISCARD tablespace;

7.把备份的表所有分区表空间文件复制回来,删除已损坏的分区表空间文件,用新的空文件代替

cp /data/mysql/data/backup/bc\_data\_co/\*.ibd /data/mysql/data/workdbs/data\_2020/

rm /data/mysql/data/workdbs/data\_2020/bc\_data\_co\#P\#P20201221.ibd

cp /data/mysql/data/workdbs/test/bc\_data\_co\#P\#P20201221.ibd /data/mysql/data/workdbs/data\_2020/

8.加载bc\_data\_co 所有表空间

alter table \`bc\_data\_co\` IMPORT tablespace;

9.访问bc\_data\_co 表

select \* from bc\_data\_co limit 1;

正常访问. Mysql 错误日志没有报错,也不再重复重启.

三、总结

1.mysql无法启动,通过mysql error日志查看错误记录

2.表空间错误,通过在my.cnf设置参数innodb\_force\_recovery 值1-6,启动mysql

3.通过DISCARD TABLESPACE和IMPORT TABLESPACE 替换表空间文件

mysql表空间损坏怎么办_Mysql单表表空间损坏修复

发表评论取消回复

还没有评论，来说两句吧...

相关阅读

相关 MySQL表空间碎片

相关 mysql共享表空间

相关 mysql表空间损坏怎么办_Mysql单表表空间损坏修复

相关 mysql undo表空间大小_MySQL设置undo为独立表空间

相关什么是mysql表空间_MySQL的表空间是什么

相关表空间

相关 MySQL InnoDB 共享表空间和独立表空间

相关 mysql共享表空间和独立表空间

相关 MySQL5.7 数据字典表损坏

相关 MySQL innodb表使用表空间物理文件复制表