背景
很多时候因为MySQL数据库不能启动而造成数据无法访问，但应用的数据通常没有丢失，只是系统表空间等其它文件损坏了，或者遇到MySQL的bug。这个时候如果没有备份，很多人就以为数据丢失了，但实际上大部分时候数据还是有救的。对于MyISAM引擎的表空间，直接把对应的数据文件拷贝到一个新的数据库就行了，数据就可以恢复了。对于InnoDB引擎的数据库表空间可以采用传输表空间的方式把数据救回来。
创建已经丢失的表结构
先要安装mysql-utilities。
yum -y install mysql-server mysql-utilities apt install mysql-utilities
使用mysqlfrm从.frm文件里面找回建表语句。
分析一个.frm文件生成建表的语句：
mysqlfrm --diagnostic /var/lib/mysql/test/t1.frm
分析一个目录下的全部.frm文件生成建表语句：
root@infokist:~# mysqlfrm --diagnostic /var/lib/mysql/ds_db/bk/ >createtb.sql root@infokist:~# grep "^CREATE TABLE" createtb.sql |wc -l 124
可以看到一共生成了124个建表语句。
有很多时候也可以从其它库里面生成建表语句，例如同一个应用的其它数据库或不同的测试环境的库，可以采用下面的mysqldump生成建表语句：
mysqldump --no-data --compact ds_db>createtb.sql
登录mysql，生成表
mysql> create database ds_db; mysql> use ds_db Database changed mysql> source createtb.sql Query OK, 0 rows affected (0.07 sec) ......
导入旧的数据文件
将新建的没有包括数据的.ibd文件抛弃
root@infokist:/var/lib/mysql/ds_db# ll *.ibd|wc 124 1116 7941 root@infokist:/var/lib/mysql/ds_db# mysql -e "show tables from ds_db" |grep -v Tables_in_ds_db |while read a; do mysql -e "ALTER TABLE ds_db.$a DISCARD TABLESPACE"; done root@infokist:/var/lib/mysql/ds_db# ll *.ibd|wc ls: cannot access '*.ibd': No such file or directory 0 0 0
可以看到所有的.idb文件都已经被抛弃了。然后把旧的有数据的.ibd文件拷贝到这个ds_db目录下面，别忘了把属主改过来：chown mysql. *，再把这些数据文件import到数据库中。
root@infokist:/var/lib/mysql/ds_db# mysql -e "show tables from ds_db" |grep -v Tables_in_ds_db |while read a; do mysql -e "ALTER TABLE ds_db.$a import TABLESPACE"; done
导入完成后检查表
使用mysqlcheck对数据库ds_db下的所有表进行检查：
root@infokist:/var/lib/mysql/ds_db# mysqlcheck -c ds_db ds_db.cdp_backup_point OK ......
所有的表都导入成功。
![[MySQL优化案例]系列 — 索引、提交频率对InnoDB表写入速度的影响](https://ucc.alicdn.com/pic/developer-ecology/c2f83387419e42d79388f316eb675ec7.png?x-oss-process=image/resize,h_160,m_lfit)
![[MySQL优化案例]系列 — 优化InnoDB表BLOB列的存储效率](https://ucc.alicdn.com/pic/developer-ecology/cdf8a87bb36b46ebb0177d093c480bd4.png?x-oss-process=image/resize,h_160,m_lfit)