mysql 中唯一可靠的表间数据复制方式是 insert into ... select，因其语法标准、跨库兼容性好，而 select into 在 mysql 中不支持，直接报错；其他数据库虽支持但语义不同，易导致迁移错误。
INSERT INTO ... SELECT 是唯一可靠的方式，其他写法（比如 SELECT INTO）在 MySQL 中根本不可用，PostgreSQL 和 SQL Server 虽支持但语法和语义完全不同，跨数据库迁移时极易出错。
MySQL 里只能用 INSERT INTO ... SELECT
MySQL 不支持 SELECT INTO 语法，写了会直接报错 ERROR 1064。你看到的那些“SELECT * INTO backup_table FROM source”示例，基本都来自 SQL Server 或 Access 文档，照搬到 MySQL 就崩。
-
INSERT INTO target_table (col1, col2) SELECT a.x, b.y FROM table_a a JOIN table_b b ON a.id = b.a_id—— 这是 MySQL 唯一正统写法 - 字段数量、顺序、类型必须严格匹配，否则插入失败或数据截断（比如
VARCHAR(10)插入超长字符串会被静默截断） - 目标表已有主键/唯一约束时，
SELECT结果若产生重复值，整条INSERT会中止，不会部分写入
关联多表时，JOIN 比逗号拼接更安全
原始示例里用 FROM T, T1, T2, T3, T4 WHERE ... 是隐式连接，可读性差、容易漏写 ON 条件导致笛卡尔积。换成显式 JOIN 更可控：
- 把四级标签拆成四次
LEFT JOIN，比五个表全连更易调试；万一某级 label_id 不存在，LEFT JOIN会保留原行并填NULL，而INNER JOIN会直接丢弃整行 -
substr(a.label_id,3,2)这类字符串截取，务必确认label_id长度足够，否则返回空串，导致关联失败 - 如果
BB表里同一label_level下有重复LABEL_ID，隐式连接会爆炸式膨胀结果集，显式JOIN加GROUP BY或去重子查询才能稳住
插入前先 SELECT 验证结果集
别急着执行 INSERT，先跑一遍等价的 SELECT 看输出是否符合预期：
- 检查行数：是否和你要插入的源表
AA行数一致？不一致说明关联逻辑有问题 - 检查空值：
LABEL_NAME列有没有大量NULL？如果有，是substr截错了，还是BB表缺对应记录 - 检查字段类型：比如
'杭州'是字符串，但目标列定义为INT就会报错，提前发现比插入失败后排查快得多
大批量插入时注意事务和性能
一次性插几万行，别裸奔执行——没加事务的话，中途失败就只能手动清理脏数据。
- 用
BEGIN; INSERT ... ; COMMIT;包裹，确保原子性 - MySQL 默认
autocommit=1，关掉它能显著提升速度（但记得最后COMMIT） - 如果目标表有索引，插入前临时禁用（
ALTER TABLE CC DISABLE KEYS），插完再启用（ENABLE KEYS），能省一半时间
真正麻烦的从来不是语法，而是 substr 截的位置偏移、BB 表里 label_level 的值是不是真等于‘一级’（注意中文标点、空格、大小写），这些细节一错，整批数据就全歪了。
