MySQL 利用 frm 文件和 ibd 文件恢复表结构和表数据

本文涉及的产品
RDS MySQL DuckDB 分析主实例,基础系列 4核8GB
RDS Agent(兼容OpenClaw),2核4GB
RDS DuckDB + QuickBI 企业套餐,8核32GB + QuickBI 专业版
简介: MySQL 利用 frm 文件和 ibd 文件恢复表结构和表数据

frm文件和ibd文件简介

  • 在MySQL中,使用默认的存储引擎innodb创建一张表,那么在库名文件夹下面就会出现表名.frm表名.ibd两个文件

    • ibd文件是innodb的表数据文件
    • frm文件是innodb的表结构文件

      • 需要注意的是,frm文件ibd文件都是不能直接打开
      • 恢复数据之前,需要先恢复表结构
    • 在有建表语句的前提下,可以直接跳到ibd文件恢复表数据,不需要使用frm文件恢复表结构

frm文件恢复表结构

  • 前提是已经备份了对应的frm文件
  • 建议重新启动一个MySQL实例,待数据恢复后,通过mysqldump备份数据,再重新恢复到需要使用的数据库里
  • 在新启动的实例上创建一个同名的表,例如study.frm,表示表名称为study

    • 在不知道表结构的情况下,可以先定义一个字段,稍后可以通过mysql.err日志内查看表字段的数量
create table study (id int);
  • 创建完表后,在对应的数据目录下就会生成study.frmstudy.ibd文件,然后使用之前备份的study.frm来替换现有的study.frm,切记,不要着急替换study.ibd文件,这个文件在恢复表结构后再使用

    • 注意替换文件后的study.frm文件的权限,确保和其他文件的属主和属组是一样的
    • 重启mysql数据库
查看日志
grep study mysql.err | grep columns
容器启动的MySQL,直接使用 docker restart <容器id>来重启MySQL服务

如果是容器启动的MySQL,可以使用下面的命令在容器外查看日志

docker logs <容器id> | grep study | grep columns
  • 通过日志,我们可以看到,study这个表,之前有5个字段,但是我们现在只有1个字段
[Warning] InnoDB: Table hello@002dworld/study contains 1 user defined columns in InnoDB, but 5 columns in MySQL. Please check INFORMATION_SCHEMA.INNODB_SYS_COLUMNS and http://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting.html for how to resolve the issue.
  • 这个时候,我们可以把原来的表删掉
drop table study;
  • 然后重新创建一个和原来的表相同字段的表,切记,表名称要一样字段内容不重要,只需要字段数量一致
create table study (id1 int,id2 int,id3 int,id4 int,id5 int);
  • 现在可以看到我们的建表语句了,当然,这个是上面使用的建表语句,咱们继续往下
show create table study\G
*************************** 1. row ***************************
       Table: study
Create Table: CREATE TABLE `study` (
  `id1` int(11) DEFAULT NULL,
  `id2` int(11) DEFAULT NULL,
  `id3` int(11) DEFAULT NULL,
  `id4` int(11) DEFAULT NULL,
  `id5` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin
1 row in set (0.00 sec)
  • 确认是否开启了innodb_force_recovery参数,正常情况下,如果不是为了恢复数据是不会开启这个参数的

    • innodb_force_recovery 参数需要配置到 my.cnf 中的 [mysqld] 模块下,取值范围是0-6默认是0
    • 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): 不执行前滚的操作
    • 当设置参数值大于0后,可以对表进行selectcreatedrop操作,但insertupdate或者delete这类操作是不允许的
grep 'innodb_force' my.cnf
  • 插入配置到my.cnf配置文件中,然后再次替换study.frm文件,并重启MySQL服务

    • 注意替换文件后的study.frm文件的权限,确保和其他文件的属主和属组是一样的
sed -i '/\[mysqld\]/a\innodb_force_recovery=6' my.cnf
  • 重启完成后,再次查看建表语句
show create table study\G
*************************** 1. row ***************************
       Table: study
Create Table: CREATE TABLE `study` (
  `id` int(11) DEFAULT NULL,
  `name` varchar(20) COLLATE utf8_bin DEFAULT NULL,
  `age` int(11) DEFAULT NULL,
  `time` int(11) DEFAULT NULL,
  `lang` varchar(20) COLLATE utf8_bin DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin
1 row in set (0.00 sec)
  • 到这里,我们已经成功找回之前的建表语句了,通过这个语句,就可以恢复之前的表了

    • 复制获取的建表语句,注释掉之前的innodb_force_recovery参数,并且重启MySQL服务
sed -i '/innodb_force_recovery/s/^\(.*\)$/#\1/g' my.cnf
  • 再次删掉study这个表
drop table study;
  • 然后使用上面获取到的建表语句重新建表,注意最后加上一个分号,这是SQL的语法格式
CREATE TABLE `study` (
  `id` int(11) DEFAULT NULL,
  `name` varchar(20) COLLATE utf8_bin DEFAULT NULL,
  `age` int(11) DEFAULT NULL,
  `time` int(11) DEFAULT NULL,
  `lang` varchar(20) COLLATE utf8_bin DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin;

ibd文件恢复表数据

  • 在有建表语句的情况下,使用idb文件恢复数据,相比使用frm文件恢复表数据要简单方便很多
  • 删除当前的ibd文件
alter table study discard tablespace;
  • 将之前备份的study.ibd文件复制到对应的数据目录下,使用下面的命令将数据加载到MySQL数据库里

    • 注意替换文件后的study.ibd文件的权限,确保和其他文件的属主和属组是一样的
alter table study import tablespace;
  • 再次查看数据表,发现之前的数据也回来了
select * from study;
+------+------+------+----------+---------+
| id   | name | age  | time     | lang    |
+------+------+------+----------+---------+
|    1 | tom  |   26 | 20211024 | chinese |
+------+------+------+----------+---------+
  • 记得备份数据,数据是无价的

通过脚本利用ibd文件恢复数据

前提是表结构是存在的
注意自己的数据库是否区分大小写,以及表名称是否有大小写,如果表名称有大小写,新启动的mysql一定要开启大小写[开启大小写参数:lower_case_table_names = 0]
mysql_user变量的值为 mysql数据目录的属主和属组
根据实际场景修改 mysql_cmd变量的值,修改成自己 用户名用户密码主机ip
mysql_data_dir变量的值为 mysql数据存储路径
back_data_dir变量的值为 备份下来的ibd文件存储路径
#!/bin/bash
base_dir=$(cd `dirname $0`; pwd)
mysql_user='mysql'
mysql_cmd="mysql -N -uroot -proot -h192.168.70.49"
databases_list=($(${mysql_cmd} -e 'SHOW DATABASES;' | egrep -v 'information_schema|mysql|performance_schema|sys'))
mysql_data_dir='/var/lib/mysql'
back_data_dir='/tmp/back-data'

for (( i=0; i<${#databases_list[@]}; i++ ))
do
  tables_list=($(${mysql_cmd} -e "SELECT table_name FROM information_schema.tables WHERE table_schema=\"${databases_list[i]}\";"))
  database_name=${databases_list[i]/-/@002d}

  for (( table=0; table<${#tables_list[@]}; table++ ))
  do
    ${mysql_cmd} -e "alter table \`${databases_list[i]}\`.${tables_list[table]} discard tablespace;"
    rm -f ${mysql_data_dir}/${database_name}/${tables_list[table]}.ibd
    cp ${back_data_dir}/${database_name}/${tables_list[table]}.ibd ${mysql_data_dir}/${database_name}/
    chown -R ${mysql_user}.${mysql_user} ${mysql_data_dir}/${database_name}/
    ${mysql_cmd} -e "alter table \`${databases_list[i]}\`.${tables_list[table]} import tablespace;"
    sleep 5
  done
done

通过shell脚本导出mysql所有库的所有表的表结构

mysql_cmddump_cmd的变量值根据实际环境修改,修改成自己 用户名用户密码主机ip
databases_list只排除了mysql的系统库,如果需要排除其他库,可以修改 egrep -v后面的值
导出的表结构以库名来命名,并且加入了 CREATE DATABASE IF NOT EXISTS语句
#!/bin/bash
base_dir=$(cd `dirname $0`; pwd)
mysql_cmd="mysql -N -uroot -proot -h192.168.70.49"
dump_cmd="mysqldump -uroot -proot -h192.168.70.49"
databases_list=($(${mysql_cmd} -e 'SHOW DATABASES;' | egrep -v 'information_schema|mysql|performance_schema|sys'))

for (( i=0; i<${#databases_list[@]}; i++ ))
do
  tables_list=($(${mysql_cmd} -e "SELECT table_name FROM information_schema.tables WHERE table_schema=\"${databases_list[i]}\";"))

  [[ ! -f "${base_dir}/${databases_list[i]}.sql" ]] || rm -f ${base_dir}/${databases_list[i]}.sql
  echo "CREATE DATABASE IF NOT EXISTS \`${databases_list[i]}\`;" >> ${base_dir}/${databases_list[i]}.sql
  echo "USE \`${databases_list[i]}\`;" >> ${base_dir}/${databases_list[i]}.sql

  for (( table=0; table<${#tables_list[@]}; table++ ))
  do
    ${dump_cmd} -d ${databases_list[i]} ${tables_list[table]} >> ${base_dir}/${databases_list[i]}.sql
  done
done
相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。 &nbsp; 相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/mysql&nbsp;
目录
相关文章
|
缓存 NoSQL 关系型数据库
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
|
11月前
|
SQL 人工智能 关系型数据库
如何实现MySQL百万级数据的查询?
本文探讨了在MySQL中对百万级数据进行排序分页查询的优化策略。面对五百万条数据,传统的浅分页和深分页查询效率较低,尤其深分页因偏移量大导致性能显著下降。通过为排序字段添加索引、使用联合索引、手动回表等方法,有效提升了查询速度。最终建议根据业务需求选择合适方案:浅分页可加单列索引,深分页推荐联合索引或子查询优化,同时结合前端传递最后一条数据ID的方式实现高效翻页。
553 0
|
10月前
|
存储 关系型数据库 MySQL
在CentOS 8.x上安装Percona Xtrabackup工具备份MySQL数据步骤。
以上就是在CentOS8.x上通过Perconaxtabbackup工具对Mysql进行高效率、高可靠性、无锁定影响地实现在线快速全量及增加式数据库资料保存与恢复流程。通过以上流程可以有效地将Mysql相关资料按需求完成定期或不定期地保存与灾难恢复需求。
733 10
|
10月前
|
存储 关系型数据库 MySQL
使用命令行cmd查询MySQL表结构信息技巧分享。
掌握了这些命令和技巧,您就能快速并有效地从命令行中查询MySQL表的结构信息,进而支持数据库维护、架构审查和优化等工作。
800 9
|
11月前
|
SQL 存储 缓存
MySQL 如何高效可靠处理持久化数据
本文详细解析了 MySQL 的 SQL 执行流程、crash-safe 机制及性能优化策略。内容涵盖连接器、分析器、优化器、执行器与存储引擎的工作原理,深入探讨 redolog 与 binlog 的两阶段提交机制,并分析日志策略、组提交、脏页刷盘等关键性能优化手段,帮助提升数据库稳定性与执行效率。
287 0
|
关系型数据库 MySQL Linux
在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾
以上就是在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾的步骤。这个过程就像是一场接力赛,数据从MySQL数据库中接力棒一样传递到备份文件,再从备份文件传递到其他服务器,最后再传递回MySQL数据库。这样,即使在灾难发生时,我们也可以快速恢复数据,保证业务的正常运行。
577 28
|
存储 SQL 缓存
mysql数据引擎有哪些
MySQL 提供了多种存储引擎,每种引擎都有其独特的特点和适用场景。以下是一些常见的 MySQL 存储引擎及其特点:
321 0
|
9月前
|
缓存 关系型数据库 BI
使用MYSQL Report分析数据库性能(下)
使用MYSQL Report分析数据库性能
545 158
|
9月前
|
关系型数据库 MySQL 数据库
自建数据库如何迁移至RDS MySQL实例
数据库迁移是一项复杂且耗时的工程,需考虑数据安全、完整性及业务中断影响。使用阿里云数据传输服务DTS,可快速、平滑完成迁移任务,将应用停机时间降至分钟级。您还可通过全量备份自建数据库并恢复至RDS MySQL实例,实现间接迁移上云。
|
9月前
|
关系型数据库 MySQL 数据库
阿里云数据库RDS费用价格:MySQL、SQL Server、PostgreSQL和MariaDB引擎收费标准
阿里云RDS数据库支持MySQL、SQL Server、PostgreSQL、MariaDB,多种引擎优惠上线!MySQL倚天版88元/年,SQL Server 2核4G仅299元/年,PostgreSQL 227元/年起。高可用、可弹性伸缩,安全稳定。详情见官网活动页。
1442 152

推荐镜像

更多