点击上方“业余草”,选择“置顶公众号”
第一时间获取技术干货和业界资讯!
昨天,微信群里一位网友问到:“备份的 frm文件恢复,有的提示表不存在为什么”。关于这个问题,今天我们一起讨论一下!
根据网友的截图得知是他在恢复数据文件 .frm 时,报出的异常。error: 1146: Table ‘xxx’ doesn’t exist
这个的原因其实很简单,我先从头给你说起。
MySQL 数据库是具有持久化能力的。也就是说它的所有数据,其实最终都是存储在文件中的。如果你用的是 MyIsAM,则一张表数据文件有 3 个。
如果是 InnoDB,则一张表有 2 个数据文件。
且这些文件,一般在你安装 MySQL 目录中的 Data 目录中。
如果你忘记了安装的位置,或者忘记了配置的 Data 目录在哪里,则可以根据下面的语句,找出数据文件的存放目录。
上面这个截图,就是我的测试数据库对应的数据文件的存放目录。进入到我的 /usr/local/var/mysql/ 目录后,可以看到我的 xttblog 和 test 数据库目录。
根据列表文件中的后缀名都可以判断出,我使用的是 InnoDB 存储引擎。下面我们就以 InnoDB 为例,来说说数据文件的恢复教程。
首先,我们可以在其他测试环境,创建一个 test 数据库,并在里面创建 test_ 数据表。里面插入一些测试数据,包含建立的索引等。然后,我们将 test_.ibd 和 test_.frm 两个文件复制到本地的其他目录。
要恢复 test_ 这张表,我们先要用 SQL 创建出这种表。
主要是创建出一个同名的表,方便接下来的替换。字段内容无所谓。
表创建出来之后,我们就可以到 /usr/local/var/mysql/test/ 替换 test_.ibd 和 test_.frm 两个文件了。
接着重启 MySQL 服务即可了。
有些人可能少了,上面创建表这一步。直接复制表数据文件进行替换。结果就会导致上面的这个错误。虽然,你能通过 show tables 看到这张表,但是当你 select 这张表的时候,确报这张表不存在,error: 1146: Table ‘xxx’ doesn’t exist。
这也说明了针对 InnoDB 存储引擎,这样的直接 copy 复制的方式不能恢复数据表。但如果是 MyIsAM 存储引擎的话,直接复制是可以的(当然数据库版本必须要兼容)。这也是为什么一些文章说可以,一些文章说不可以。那是因为针对的存储引擎不对!
但是,我也很纳闷啊,数据文件都存在,为啥就提示表不存咋呢?
其实是可以通过 mysql-utilities 工具来恢复表结构!我是 Mac 电脑,安装命令如下:
恢复表结构的 SQL 就很简单了,看下面的命令:
注意,上面有两个端口。–port=3309 这个指定的端口是你本地未被占用的端口。–user=root 表示以 root 用户运行。tail -n +12 表示跳过文件开头的前 12 行。因为前 12 行都是注释。
最后,我要提示的一点是,注意数据库的版本。如果版本不一致,也有可能导致恢复失败!