跨库INSERT INTO SELECT直接在表名前加数据库名前缀即可，如INSERT INTO target_db.target_table (col1,col2) SELECT col1,col2 FROM source_db.source_table WHERE cond；需确保用户有跨库SELECT和INSERT权限、显式指定目标列、注意字符集与SQL mode一致性。
跨库 INSERT INTO SELECT 的语法写法
直接在表名前加数据库名前缀即可，MySQL 原生支持，不需要额外配置或链接。只要当前连接用户有对应库的 SELECT 和 INSERT 权限，语句就能执行。
正确写法示例：
INSERT INTO target_db.target_table (id, name, created_at) SELECT id, name, NOW() FROM source_db.source_table WHERE status = 'active';
关键点：
-
target_db.target_table和source_db.source_table中的库名必须拼写准确，区分大小写（取决于系统lower_case_table_names设置） - 不能省略目标列名列表——哪怕两表结构一致，也必须显式写出，否则跨库时字段顺序错位风险极高
-
SELECT部分可包含函数（如NOW()）、常量、表达式，不局限于源表字段
权限不足时的典型错误和检查项
执行时报错 ERROR 1142 (42000): INSERT command denied to user 或 SELECT command denied，说明权限粒度不够。
必须确认以下三点都满足：
- 用户对
source_db.source_table有SELECT权限（不只是source_db库级） - 用户对
target_db.target_table有INSERT权限（同理，不是仅对target_db） - 若用到了函数（如
NOW()）、子查询或JOIN，还需确认是否有EXECUTE或对应视图权限（较少见，但跨库 JOIN 时可能触发）
快速验证方式：SHOW GRANTS FOR CURRENT_USER; 看输出里是否含类似 GRANT SELECT ON `source_db`.`source_table` TO ...
字符集与排序规则不一致导致乱码
跨库操作时，两个库甚至两张表的 CHARACTER SET 或 COLLATION 不同，INSERT INTO SELECT 可能静默转换失败，插入后查出来是问号或乱码。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
排查步骤：
- 查源表字段定义：
SHOW CREATE TABLE source_db.source_table;关注DEFAULT CHARSET和字段的COLLATE - 查目标表：
SHOW CREATE TABLE target_db.target_table;对比是否一致 - 执行完插入后立即运行
SHOW WARNINGS;—— 如果有Warning | 1366 | Incorrect string value就是字符集问题
临时修复（会话级）：SET NAMES utf8mb4; 或更稳妥地，在 SELECT 中显式转换：CONVERT(name USING utf8mb4) AS name
大数据量下锁表现和分批建议
跨库不等于跨实例，仍是单实例内操作，所以锁行为和同库一样：InnoDB 默认行锁，但大批量会升级为间隙锁或表级锁，阻塞其他写入。
超过 5 万行就该考虑分批，推荐按主键范围切分，避免 LIMIT OFFSET：
INSERT INTO target_db.target_table (id, name, created_at) SELECT id, name, NOW() FROM source_db.source_table WHERE id BETWEEN 10000 AND 20000;
注意：
- 确保
source_table.id是索引字段，否则BETWEEN会全表扫描 - 每次执行后检查
SELECT ROW_COUNT();确认实际插入行数（可能被WHERE过滤掉部分） - 别在事务里包太多批次——长事务会拖慢 binlog、增大 undo log，还可能触发
lock_wait_timeout
真正容易被忽略的是：跨库操作不会自动继承源库的默认字符集或 SQL mode，所有隐式行为都以当前 session 设置为准。执行前务必 SELECT @@character_set_client, @@sql_mode; 核对。
