insert into select 的 where 仅过滤源数据，不能判断目标表是否存在记录；正确做法是将 not exists 嵌入 select 子查询并确保返回确定列结构，或优先使用 insert ignore/on duplicate key update 实现原子性插入更新。
INSERT INTO SELECT 为什么不能直接写 WHERE 子句来控制插入条件
因为 INSERT INTO SELECT 本身不支持在语句末尾单独加 WHERE 来过滤目标表是否已存在记录——那个 WHERE 是作用于 SELECT 的源数据，不是判断“目标行是否该插”。常见错误是写成：
INSERT INTO users (id, name) SELECT 1, 'Alice' WHERE NOT EXISTS (SELECT 1 FROM users WHERE id = 1);这看似合理，但实际会报错或逻辑失效：MySQL 要求
SELECT 必须返回结果集，而 WHERE NOT EXISTS 在无匹配时返回空集，导致整条 INSERT 插入 0 行，且无法区分“没查到”和“不该插”的语义。用 INSERT ... SELECT + NOT EXISTS 实现真正条件插入
正确做法是把 NOT EXISTS 放进 SELECT 的子查询中，并确保它返回一行（哪怕全为常量），否则 MySQL 可能拒绝执行。核心是让 SELECT 有确定的列结构，且仅当条件满足时才产出一行。
- 必须显式写出所有目标列对应的值或表达式，不能只靠
SELECT 1, 'Alice'后接WHERE——要包裹在子查询里 - 推荐写法：
INSERT INTO users (id, name) SELECT * FROM (SELECT 1 AS id, 'Alice' AS name) AS tmp WHERE NOT EXISTS (SELECT 1 FROM users WHERE id = 1);
- 如果插入多行，需把
NOT EXISTS条件绑定到每一行的键值上，例如用SELECT id, name FROM source_table s WHERE NOT EXISTS (SELECT 1 FROM users u WHERE u.id = s.id) - 注意：该方式不锁目标表的冲突行，高并发下可能产生重复插入（幻读），如需强一致性，应配合
INSERT IGNORE或ON DUPLICATE KEY UPDATE
对比 INSERT IGNORE 和 ON DUPLICATE KEY UPDATE 的适用场景
如果你的表已有 PRIMARY KEY 或 UNIQUE 约束，INSERT IGNORE 和 ON DUPLICATE KEY UPDATE 更简洁、原子性强，且天然防并发冲突。
-
INSERT IGNORE：遇到重复键时静默跳过，不报错，也不影响已执行的其他行；适合“只新增、不更新”的场景 -
ON DUPLICATE KEY UPDATE：可指定冲突时更新哪些字段，例如INSERT INTO users (id, name) VALUES (1, 'Alice') ON DUPLICATE KEY UPDATE name = VALUES(name);
- 二者都要求索引支撑，而
INSERT ... SELECT + NOT EXISTS不依赖索引（但性能差很多） - 没有唯一约束时，只能靠
NOT EXISTS类逻辑，但务必加事务和适当隔离级别（如REPEATABLE READ）来降低竞态风险
容易被忽略的坑：NULL 值与索引失效导致 NOT EXISTS 失效
当用于判断的字段允许 NULL，NOT EXISTS 中的等值比较（如 u.id = s.id）在任一端为 NULL 时结果恒为 UNKNOWN，导致条件不成立，可能意外插入重复数据。
- 检查字段是否定义了
NOT NULL；若允许NULL，改用IS NOT DISTINCT FROM（MySQL 8.0.17+）或显式处理NULL：WHERE NOT EXISTS (SELECT 1 FROM users u WHERE (u.id = s.id) OR (u.id IS NULL AND s.id IS NULL))
-
NOT EXISTS子查询若未命中索引，全表扫描会让插入变慢，尤其在大表上；务必确认WHERE中的关联字段有对应索引 - 避免在
SELECT中使用函数包装判断字段（如COALESCE(u.id, 0)），会导致索引失效
实际应用中，优先用带唯一约束的 INSERT IGNORE 或 ON DUPLICATE KEY UPDATE；只有当业务逻辑明确禁止建唯一索引，且能接受一定并发风险时，才选 INSERT ... SELECT + NOT EXISTS，并务必验证 NULL 行为和索引覆盖。
