MySQL将表引擎修改为mrg_myisam后表数据丢失

Question

不小心将一张表的引擎改成了mrg_myisam，导致表数据丢失，但是从Navicat中看表属性还是有内容大小的。

怎么可以恢复之前的数据呢。

Answer 1

我做了个测试，单纯的修改存储引擎后不会丢失数据

CREATE TABLE `test_20220318` (
  `aid` varchar(10) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci
;
insert into test_20220318 values('123');
select * from test_20220318;
ALTER TABLE test_20220318 ENGINE=MyIsam;
select * from test_20220318;

你在navicat右边看到的数据来自于统计信息，而统计信息并不是实时刷新的，这个表里面有没有数据，你直接写sql查就是了

---

的确在直接修改存储引擎为mrg_myisam后，数据会丢失，而且刷新统计信息后，这个表里也的确没有记录了。mrg_myisam的表的确本身是没有数据的，正确的用法应该是将多个myisam表链接到一个mrg_myisam表里，来实现同时对多个结构相同的表进行管理。

然后我在mysql官网上找到了相关的帖子

MySQL Bugs: #100443: Table data lost after changing the engine for a table https://bugs.mysql.com/bug.php?id=100443

这是mysql参数设置上的一个bug，至今没有修复，也没排上修复计划
官方文档里有句重要的话

To prevent inadvertent loss of data, ALTER TABLE cannot be used to change the storage engine of a table to MERGE or BLACKHOLE.
为了阻止丢失数据，ALTER TABLE不能被用于修改表的存储引擎为merge或者blackhole

但是这个反馈bug的用户发现：

However, with the setting sql_mode = "NO_ENGINE_SUBSTITUTION"; , I could still change the storage engine to MERGE (also MRG_MYISAM);
然而，在 sql_mode = "NO_ENGINE_SUBSTITUTION"; 设置下，仍然可以改变存储引擎为MERGE（也就是 MRG_MYISAM）

你这个问题连官方都无解了，甚至这个bug都没排上修复计划

We are the Verification Team and we do not have access to the scheduling of the bug fixes.