跨库JOIN失败的根本原因是字段COLLATION_NAME不兼容，而非库名不同；需通过INFORMATION_SCHEMA查真实排序规则，确保连接层collation与表字段一致，并在ALTER TABLE时同步指定CHARACTER SET和COLLATE。
查清跨库表字段的真实 COLLATION
跨库 JOIN 失败，不是因为库名不同，而是两边字段的 COLLATION_NAME 不兼容。MySQL 要求等值比较（= 或 JOIN ON）时，两边字符串表达式的排序规则必须可比——哪怕字符集都是 utf8mb4，utf8mb4_unicode_ci 和 utf8mb4_0900_as_cs 也不能直接比较。
直接查字段定义，别信库级默认值：
SELECT COLUMN_NAME, CHARACTER_SET_NAME, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'db1' AND TABLE_NAME = 't1' AND COLUMN_NAME = 'code';SELECT COLUMN_NAME, CHARACTER_SET_NAME, COLLATION_NAME FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'db2' AND TABLE_NAME = 't2' AND COLUMN_NAME = 'code';
注意：两个库可以共用同一套字符集，但只要 COLLATION_NAME 不同，就可能报 Illegal mix of collations。
确认连接层是否污染了字面量 collation
即使表结构完全一致，如果客户端连接时 @@character_set_client 是 latin1 或 utf8（非 utf8mb4），SQL 中的字符串字面量（比如 'abc'、参数占位符）就会被 MySQL 按错误规则解析，导致 JOIN 条件从源头失真。
执行这条语句看真实连接状态：
SELECT @@character_set_client, @@collation_connection;
常见错误配置：
- JDBC 连接串漏掉
&collationConnection=utf8mb4_0900_as_cs，只写了useUnicode=true&characterEncoding=utf8mb4 - Python
pymysql传了charset='utf8'（不是utf8mb4） - 应用层用了
SET NAMES utf8mb4，但没指定COLLATE，结果@@collation_connection仍是服务端默认（如utf8mb4_general_ci）
临时修复：在 JOIN 条件中显式对齐 collation
生产环境来不及改表或连接配置时，可用 COLLATE 强制统一。关键点是：必须加在具体字段或表达式后，不能只写在别名上。
正确写法示例：
ON t1.code = t2.code COLLATE utf8mb4_0900_as_cs
如果字段本身是 utf8mb4_unicode_ci，而你想对齐到 utf8mb4_0900_as_cs，就得这样写：
ON t1.code COLLATE utf8mb4_0900_as_cs = t2.code COLLATE utf8mb4_0900_as_cs
注意：
- 子查询里也要同样处理：
(SELECT code COLLATE utf8mb4_0900_as_cs FROM db2.t2) - 不要用
CONVERT(code USING utf8mb4)，它只改字符集，不保证 collation 对齐，且有截断风险 - 如果字段是数字类型（如
VARCHAR存 ID），但 collation 不同，仍需加COLLATE——MySQL 的 collation 比较逻辑会介入字符串等值判断
根本修复：ALTER TABLE 时同步 CHARACTER SET 和 COLLATE
只改 CHARACTER SET 不改 COLLATE 是无效操作。MySQL 实际比对的是排序规则，不是字符集本身。
正确语法必须同时指定：
ALTER TABLE db2.t2 MODIFY code VARCHAR(32) CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs;
操作前注意：
- 先用
SHOW CREATE TABLE db2.t2确认当前COLLATE值，再选目标值，别硬套utf8mb4_unicode_ci - 大表执行会锁表（除非支持
ALGORITHM=INPLACE），线上务必低峰期操作 - 含外键、全文索引或生成列的表，
MODIFY可能失败，需提前处理依赖 - 改完立刻验证：
SHOW FULL COLUMNS FROM db2.t2 LIKE 'code';，确认Collation列已更新
真正容易被忽略的是：跨库场景下，两个库的默认 COLLATE 可能不同，即使你把所有字段都改成 utf8mb4_0900_as_cs，只要连接层没对齐，下次换一个客户端连上来，问题照旧。所以连接配置和字段定义必须双修。
