myisam 表不支持 alter table … merge 合并；merge 是独立存储引擎，需显式创建，仅逻辑聚合结构相同的 myisam 表，且已 deprecated。
myisam 表不能用 alter table … merge 合并
myisam 本身不支持运行时合并表；所谓“merge 存储引擎”，是 mysql 提供的独立引擎 merge，它本身不存数据，只像一个视图一样把多个结构相同的 myisam 表逻辑聚合。你不能对两张已有 myisam 表直接“界面合并”——没有这种操作，也没有对应 sql 语法。
常见错误现象：ERROR 1031 (HY000): Table storage engine for 'xxx' doesn't have this option 或执行 ALTER TABLE t1 UNION=(t2) 报错，就是因为误以为 MyISAM 支持原地合并。
-
MERGE表必须显式创建，且所有被合并的底层表必须是MyISAM，且字段定义、索引顺序、字符集完全一致 - 底层表不能是临时表，也不能是分区表或 InnoDB 表
- 如果某张底层表损坏或被 DROP，
MERGE表查询会失败（不是静默跳过） - 写入
MERGE表时，默认写入第一个表；可通过INSERT_METHOD=LAST改为写最后一个是安全的，但需提前确认插入逻辑是否符合业务预期
如何正确配置 MERGE 表：CREATE TABLE + UNION
本质是建一张新表，指定它“映射”哪些物理表。没有图形界面按钮可点，全靠 SQL。
示例：假设已有 t2023 和 t2024 两张 MyISAM 表，结构相同：
CREATE TABLE t_all ( id INT NOT NULL, name VARCHAR(50), dt DATE ) ENGINE=MERGE UNION=(t2023,t2024) INSERT_METHOD=LAST;
关键点：
-
UNION=(...)中的表名必须已存在，且引擎为MyISAM；顺序影响INSERT_METHOD=FIRST/LAST的行为 -
INSERT_METHOD是必设项，否则插入报错；NO表示禁止写入该MERGE表 - 字符集和排序规则要与底层表严格一致，否则建表失败（比如底层是
utf8mb4_unicode_ci，这里就不能漏掉或写错） - 主键和索引不会自动继承；
MERGE表自身可以定义索引，但实际生效的是各底层表的索引，所以务必确保所有底层表都有对应索引
为什么 MERGE 表查得慢、COUNT(*) 不准、DELETE 不可靠
因为 MERGE 引擎不是真正的联合存储，而是逐个打开底层表执行操作，属于“伪合并”。
-
COUNT(*)会遍历所有底层表并累加，无法走索引优化，比单表慢数倍 -
DELETE FROM t_all WHERE id = 123可能只删到其中一个表里（取决于匹配行在哪张表），其余表不变 - 没有事务支持：一个底层表删除成功，另一个失败，不会回滚
- 不支持
FULLTEXT索引、BLOB字段的某些操作，也不支持外键约束 - MySQL 8.0+ 已将
MERGE引擎标记为 deprecated，未来可能移除
替代方案比 MERGE 更靠谱
如果只是想统一查多张历史表，优先考虑更现代、更可控的方式：
- 用
UNION ALL视图：CREATE VIEW v_all AS SELECT * FROM t2023 UNION ALL SELECT * FROM t2024；无写入限制，兼容性好，语义清晰 - 升级到分区表（
PARTITION BY RANGE (YEAR(dt))）：单表管理，自动路由，支持索引下推，但要求 MySQL 5.5+ 且引擎为InnoDB - 应用层聚合：在代码里分别查再合并结果；适合读多写少、逻辑可控的场景
- 真正需要写入合并的，应考虑 ETL 工具定期归档到汇总表，而不是依赖
MERGE
最常被忽略的一点：MERGE 表的 .MRG 文件只是文本，里面存着底层表名列表；手动编辑这个文件会导致表不可用，且 MySQL 不校验其内容有效性。
