MySQL 8.0 中 ON DUPLICATE KEY UPDATE 不支持表别名，因该子句作用域内别名不可见，VALUES() 参数只能是列名或字面量；正确用法是 INSERT ... SELECT 配合 VALUES 行构造器别名，或改用 INSERT IGNORE + 单独 UPDATE。
MySQL 8.0 中 INSERT ... ON DUPLICATE KEY UPDATE 为什么不能直接用别名？
因为 MySQL 的语法限制：ON DUPLICATE KEY UPDATE 子句中，VALUES() 函数的参数必须是列名或字面量，不能是表别名加点号（如 t.col）——哪怕你在 INSERT 里写了 AS t，这个别名在 ON DUPLICATE 部分也完全不可见。
常见错误现象：ERROR 1054 (42S22): Unknown column 't.name' in 'field list'，本质是作用域问题，不是拼写错。
-
INSERT INTO user AS u (...) VALUES (...) ON DUPLICATE KEY UPDATE name = u.name→ 报错 - 想用别名统一管理字段映射？得换思路，别硬套
- MySQL 8.0 没有
MERGE或标准 SQL 的UPSERT ... FROM语法，别名支持非常有限
真正能用别名的批量 upsert 场景：用 INSERT ... SELECT + 表别名
当你从另一张表、子查询或 VALUES 行构造器批量插入时，SELECT 部分可以自由使用别名，且 ON DUPLICATE KEY UPDATE 可引用 SELECT 中的列别名（通过 VALUES(col) 间接实现）。
示例：从临时数据集批量 upsert 用户信息
INSERT INTO user (id, name, email) SELECT v.id, v.name, v.email FROM (VALUES ROW(1, 'Alice', 'a@example.com'), ROW(2, 'Bob', 'b@example.com') ) AS v(id, name, email) ON DUPLICATE KEY UPDATE name = VALUES(name), email = VALUES(email);
-
v是VALUES行构造器的别名，只在SELECT范围内有效 -
VALUES(name)不是函数调用，而是 MySQL 特殊语法，表示“本次 INSERT 中该列的输入值” - 别名只用于让
SELECT更清晰，VALUES()内部仍只能写原始列名，不能写v.name
大批量数据 upsert 的性能关键：别名不解决，索引和批量大小才管用
别名对性能零影响，但错误的批量方式会让 INSERT ... ON DUPLICATE KEY UPDATE 变慢十倍以上。
- 单条语句塞 1000 行
VALUES？可以，但超过 500 行后 parse 时间明显上升，建议控制在 100–200 行/批 - 没在
ON DUPLICATE KEY UPDATE涉及的列上建唯一索引？会触发全表扫描，直接卡死 - 用
REPLACE INTO替代？危险：它先删后插，自增 ID 跳变、外键约束可能中断、触发器执行两次 - 真正要“别名驱动逻辑”的场景（比如动态字段映射），得靠应用层拼 SQL，MySQL 层不支持变量列名
替代方案：用 INSERT IGNORE + 应用层补更新，更可控
当字段多、冲突逻辑复杂、或需要区分“新增”和“更新”动作时，硬塞进一条 ON DUPLICATE 语句反而难维护。
实操建议：
- 先用
INSERT IGNORE尝试插入，忽略重复键错误 - 查出哪些主键/唯一键已存在：
SELECT id FROM user WHERE id IN (1,2,3) - 对存在的 ID 单独发
UPDATE，这时就可以自由用别名写 JOIN 或子查询 - 例如：
UPDATE user u JOIN (VALUES ROW(1,'NewA'), ROW(2,'NewB')) AS v(id,name) ON u.id = v.id SET u.name = v.name—— 这里v别名合法且生效
这种两步法在业务逻辑复杂、需审计或回调的场景下，比强行塞进一条语句更稳，也更容易加监控和重试。
