跨库INSERT INTO SELECT必须同时拥有源表SELECT和目标表INSERT权限，语法需显式写全库名前缀，如INSERT INTO db2.t2(col1) SELECT col1 FROM db1.t1；权限不足时直接报ERROR 1142，而非提示缺失权限。
跨库 INSERT INTO SELECT 的权限和语法怎么写对
必须同时拥有源库表的 SELECT 权限和目标库表的 INSERT 权限，缺一不可。MySQL 不会提示“权限不足”，而是直接报错 ERROR 1142 (42000): INSERT command denied to user 或 SELECT command denied。
语法上允许直接跨库引用，不需要切换数据库上下文：
INSERT INTO target_db.target_table (id, name, created_at) SELECT id, username, register_time FROM source_db.source_table WHERE status = 'active';
- 表名必须带库名前缀（
db_name.table_name），哪怕两个库在同一个实例 - 字段别名只作用于
SELECT子句内部，不能用于匹配目标列；列顺序严格按INSERT INTO (...)中声明的顺序对应 - 如果目标表有触发器，
INSERT INTO SELECT不会触发它们（这是隐含行为，不是 bug）
字段不匹配时最常踩的三个坑
报错 Column count doesn't match value count 只是表象，真正问题往往藏在类型、NULL 性或隐式转换里。
- 目标列是
NOT NULL且无默认值？但SELECT返回了NULL→ 报错Column 'xxx' cannot be null，得用IFNULL(col, '')或COALESCE(col, 0)处理 - 源字段是
TIMESTAMP，目标是DATETIME，且会话时区与系统时区不同 → 时间值偏移 1~2 小时，建议统一用CONVERT_TZ()显式转换 - 目标列是
ENUM('a','b')，但SELECT返回了'c'→ 不报错，但插入空字符串或警告截断，查SHOW WARNINGS才能发现
大表迁移时如何避免锁死和超时
单条 INSERT INTO SELECT 在 InnoDB 上会持有一个长事务，期间目标表写入被阻塞，源表扫描也可能拖慢其他查询。
- 别用
LIMIT+OFFSET分页（并发下易漏数据），改用主键范围切分：WHERE id BETWEEN 10000 AND 20000 - 执行前手动关掉自动提交：
SET autocommit = 0;，每批完成后COMMIT，降低 undo log 压力 - 检查
max_allowed_packet和wait_timeout，临时调高（仅当前会话）：SET SESSION max_allowed_packet = 512*1024*1024; - MyISAM 表会锁整张目标表，InnoDB 虽支持行锁，但大批量仍可能触发间隙锁升级，影响并发更新
重复键冲突怎么安全续跑
ON DUPLICATE KEY UPDATE 是最常用解法，但它有个硬限制：**不支持跨库目标表**（MySQL 8.0.19 之前完全不支持，8.0.19+ 才放开）。
- 跨库场景下，只能用
INSERT IGNORE INTO跳过冲突行，但无法知道哪些被跳过了 - 更可控的方式是
WHERE NOT EXISTS过滤：WHERE NOT EXISTS (SELECT 1 FROM target_db.target_table t WHERE t.id = s.id) - 如果要合并更新（比如保留最新时间戳），又必须跨库，就得拆成两步：先
CREATE TEMPORARY TABLE汇总数据，再用本地INSERT ... ON DUPLICATE KEY UPDATE
跨库迁移真正的复杂点不在语法，而在于权限校验粒度细、类型隐式转换难察觉、以及重复键处理能力受限——这些地方稍一疏忽，就不是慢一点，而是数据错或任务中断。
