INSERT INTO SELECT 多表合并必须显式指定字段，禁用SELECT *；所有SELECT子句字段数量、类型、顺序须严格一致；优先用UNION ALL；目标表不存在时推荐CREATE TABLE SELECT；大表须分批插入并校验字段对齐。
INSERT INTO SELECT 多表合并必须显式写字段
直接用 SELECT * 会出错，尤其是多张表字段顺序不一致时，MySQL 报错 Column count doesn't match value count。哪怕结构看起来一样，只要某张表加过字段、改过顺序，SELECT * 就不可靠。
- 所有
SELECT子句必须字段数量、类型、顺序完全一致；类型不兼容（比如VARCHAR往INT列插）可能静默截断或报错，取决于当前SQL_MODE - 目标表已有数据且含自增主键？想保留源表原始
id，得先关掉自增保护：SET SQL_MODE = 'NO_AUTO_VALUE_ON_ZERO';，并确认目标表允许显式插入：ALTER TABLE target_table MODIFY id INT NOT NULL; - 别在一条语句里混用不同别名或计算列，例如
SELECT name AS full_name和SELECT CONCAT(first, ' ', last) AS full_name看似同名，但类型推导可能不一致，容易引发隐式转换失败
UNION ALL 是默认选择，UNION 基本不用
99% 的合并场景该用 UNION ALL，不是 UNION。后者会强制去重+排序，大表一跑就卡住，甚至触发磁盘临时表。
-
UNION ALL是纯堆叠，无额外开销；UNION底层等价于UNION ALL + DISTINCT + ORDER BY - 真需要去重？先用
UNION ALL写入临时表，再单独跑CREATE TABLE deduped AS SELECT DISTINCT ... FROM temp_table，可控且可分步校验 - MySQL 8.0+ 支持 CTE，但
WITH t AS (...) INSERT INTO ... SELECT * FROM t不合法——DML 不能嵌套在 CTE 后直接执行，还是得靠UNION ALL直连
目标表不存在？优先用 CREATE TABLE SELECT
别先 CREATE TABLE 再 INSERT，容易字段类型推导不准、NULL 属性丢失。一步到位更稳。
-
CREATE TABLE merged AS SELECT id, name, created_at FROM t1 UNION ALL SELECT id, name, created_at FROM t2;—— 字段类型、是否允许 NULL 全部自动继承最宽泛的那个源列 - 如果源表某列是
VARCHAR(50)，另一张是VARCHAR(200)，新表会按VARCHAR(200)定义；但如果一张是NOT NULL，另一张是NULL，新表该列默认为NULL - 后续要加索引或主键？建完表立刻
ALTER TABLE merged ADD PRIMARY KEY (id);，别拖到数据插入完再加，否则锁表时间翻倍
大表合并必须分批，不能一把梭
单次插入几百万行，InnoDB 日志暴涨、缓冲池打满、主从延迟飙升，还可能被 max_allowed_packet 或超时中断。
- 用
WHERE加条件分片，比如按时间字段切：SELECT ... FROM t202401 WHERE id BETWEEN 1 AND 100000，循环执行 - 每批后加
COMMIT，避免长事务；若目标表有唯一索引，分批也能降低锁冲突概率 - 别依赖
INSERT IGNORE或ON DUPLICATE KEY UPDATE来兜底——它们只解决主键/唯一键冲突，对字段类型错、NULL 违反约束这类问题无效，该报错还是报错
字段对齐和分批控制是实际操作中最容易跳过的两步，但恰恰是线上合并失败的主因。
