MySQL的UPDATE不能像SELECT那样直接跨库操作，因为UPDATE语法强制要求被更新表必须位于UPDATE子句后，其他表只能通过JOIN显式关联并仅作数据源；SELECT是只读操作，语法允许自由跨库引用，而UPDATE需明确更新主体且所有参与表必须在UPDATE-JOIN结构中声明，否则报错ERROR 1064或1103。
不能直接跨库 UPDATE，必须用 JOIN 显式关联目标库表，且需有相应权限。
为什么 UPDATE 不能像 SELECT 那样写 db1.table1 和 db2.table2？
MySQL 的 UPDATE 语句语法不支持在 SET 或 WHERE 中直接引用其他数据库的表名作“独立主体”；它要求所有参与更新的表必须出现在 UPDATE 子句后的表列表中，并通过 JOIN 明确关联。否则会报错：ERROR 1064 (42000): You have an error in your SQL syntax 或更具体的 ERROR 1103 (42000): Incorrect table name。
- SELECT 可以跨库是因为它是只读操作，语法允许
SELECT * FROM db1.t1 JOIN db2.t2 ON ... - UPDATE 必须声明“要更新哪个表”，然后才能通过 JOIN 引入其他库的表作为条件或数据源
- 跨库操作本质是多表 JOIN，不是“从 A 库取值更新 B 库某字段”的直觉式写法
正确写法：用 JOIN 关联跨库表并指定更新目标
假设你要用 db2.user_info 中的 email 更新 db1.users 中同 id 的记录：
UPDATE db1.users u JOIN db2.user_info ui ON u.id = ui.user_id SET u.email = ui.email;
- 必须把要更新的表（
db1.users）放在UPDATE后，且建议加别名（如u） - 用
JOIN显式引入另一库的表（db2.user_info），别名（如ui）便于引用 -
SET只能更新UPDATE子句中声明的那个表（这里是u），不能写ui.email = ... - WHERE 条件可额外加，比如
WHERE ui.status = 'active'，但 JOIN 条件已决定影响范围
权限和性能要注意什么？
跨库 UPDATE 实际执行时，MySQL 会按 JOIN 策略扫描两个库的表，性能和锁行为与单库 JOIN 一致，但权限检查更严格：
- 执行用户必须对
db1.users有UPDATE权限，对db2.user_info有SELECT权限 - 如果用的是 MySQL 8.0+ 的角色机制，确保角色包含这两个库对应权限
- 大表跨库 JOIN 容易触发临时表或全表扫描，务必在
ui.user_id和u.id上建索引 - 没有
WHERE限制时，会一次性更新所有匹配行——和单库一样危险，建议先用SELECT模拟验证匹配行数
替代方案：INSERT … ON DUPLICATE KEY UPDATE 不适用于跨库更新
有人想用 INSERT INTO db1.users SELECT ... FROM db2.user_info ON DUPLICATE KEY UPDATE，这条路走不通：
-
ON DUPLICATE KEY UPDATE只作用于当前INSERT目标表（db1.users），不能引用db2表字段做 SET（如email = db2.user_info.email） - 因为
SELECT的列来自db2，但ON DUPLICATE子句里无法反向解析跨库别名 - 报错典型信息：
ERROR 1054 (42S22): Unknown column 'db2.user_info.email' in 'field list' - 真要用 INSERT 方式，只能先
SELECT ... INTO OUTFILE或导出再导入，不属 DML 批量更新范畴
跨库批量更新的核心就一条：把它当成本地多表 JOIN 处理，只是表名带库名前缀，权限、索引、执行计划都得按这个逻辑检查——最容易被忽略的是 SELECT 权限缺在源表上，而不是目标表上。
