mysql merge引擎仅支持只读操作，不支持insert、update、delete和replace；它本质是myisam子表的视图式集合，要求所有子表结构严格一致且必须为myisam，适用于只读归档场景。
MySQL Merge引擎只能读不能写？先确认你真需要它
Merge 引擎本质是多个 MyISAM 表的“视图式”集合，不存储数据，只做查询路由。它不支持 INSERT、UPDATE、DELETE（除非所有子表都启用 INSERT_METHOD=LAST 且结构完全一致），连 REPLACE 都会报错 ERROR 1036 (HY000): Table 'xxx' is read only。如果你需要写入聚合，Merge 不是解法——它只适合只读归档、报表快照这类场景。
Merge 表创建失败常见原因
最常卡在结构对不上。Merge 表本身没有数据文件，全靠子表“对齐”。以下任一不满足都会让 CREATE TABLE ... ENGINE=MERGE 失败：
- 所有子表必须是
MyISAM（InnoDB表直接被拒绝） - 所有子表的列名、顺序、类型、长度、是否允许 NULL 必须严格一致（
TINYINT和SMALLINT不行，VARCHAR(50)和VARCHAR(100)也不行） - 主键和索引定义不必相同，但用于合并的索引字段（
UNION=(t1,t2)中的表）必须存在且可被优化器使用 -
CREATE TABLE语句里必须显式指定UNION=(...)和INSERT_METHOD（值为FIRST、LAST或NO）
示例正确写法：
CREATE TABLE logs_merge ( id INT NOT NULL, msg TEXT, created_at DATETIME ) ENGINE=MERGE UNION=(logs_2023, logs_2024) INSERT_METHOD=LAST;
Merge 查询性能不如预期？注意索引失效风险
Merge 引擎不会自动下推 WHERE 条件到每个子表，尤其当子表数量多、条件没命中子表索引时，可能全表扫描所有子表。比如你查 SELECT * FROM logs_merge WHERE created_at > '2024-01-01'，但 logs_2023 表没建 created_at 索引，那这部分就扫全表。
- 务必在每个子表上单独建立匹配查询条件的索引（不是只在 Merge 表上建）
- 避免跨子表范围查询（如查 2022–2024 年），Merge 不会自动裁剪无关子表；用
EXPLAIN看rows是否暴增 - 子表数量建议控制在 10 个以内，超过后打开表、锁表开销明显上升
替代 Merge 的现代方案更可靠
Merge 引擎从 MySQL 5.7 开始已标记为“deprecated”，8.0 官方文档明确说“not recommended for new applications”。真正要分表后逻辑合并，优先考虑：
-
UNION ALL手动拼接（简单、可控、兼容所有引擎） - 分区表（
PARTITION BY RANGE或LIST）——同一张表，自动路由，支持写入和大多数 DML - 应用层聚合（比如用
SELECT ... FROM t_2023 UNION ALL SELECT ... FROM t_2024）比依赖引擎更透明
别为了“省一个 SQL”硬套 Merge，它的限制比收益多得多，而且一旦子表被 DROP 或重命名，Merge 表立刻不可用，错误信息还是模糊的 ERROR 1168 (HY000): Unable to open underlying table which is differently defined or of non-MyISAM type。
真正麻烦的是子表结构漂移和运维可见性——没人盯着看哪张子表悄悄改了字段类型，Merge 表就静默失效了。
