一眼看出隐式转换作怪：explain中被驱动表type为all或index且key为null；再查information_schema.columns比对data_type、character_set_name、collation_name、is_nullable四要素是否完全一致，任一不同即触发隐式转换。
怎么一眼看出是隐式转换在作怪
直接看 EXPLAIN 输出里被驱动表的 type 是不是 ALL 或 index，key 列是不是 NULL——只要出现这两个信号，基本就是隐式转换导致索引完全失效。别信“字段都有索引”，也别信“值看着能对上”。
更准的办法是查字段定义：SELECT COLUMN_NAME, DATA_TYPE, CHARACTER_SET_NAME, COLLATION_NAME, IS_NULLABLE FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = 'your_db' AND TABLE_NAME IN ('t1', 't2') AND COLUMN_NAME = 'join_col'。重点比对四点：DATA_TYPE、CHARACTER_SET_NAME、COLLATION_NAME、IS_NULLABLE，任一不同，转换就已发生。
常见组合坑：INT vs VARCHAR(20)、BIGINT vs TEXT、utf8mb4_general_ci vs utf8mb4_0900_as_cs、一边 NOT NULL 一边允许 NULL（MySQL 8.0 某些版本会因此跳过索引）。
为什么 CAST/CONVERT/加 COLLATE 都是临时止痛药
这些写法看似让 SQL 跑通，实则把性能开销留在每次查询里，而且掩盖了根本问题：
-
ON u.id = CAST(o.user_id AS SIGNED)：函数作用于索引列，o.user_id的索引无法命中，EXPLAIN仍显示type: ALL -
ON u.name = o.name COLLATE utf8mb4_unicode_ci：字段原始COLLATION不一致时，优化器大概率拒绝该表达式，或即使走索引也极不稳定 -
o.user_id + 0（MySQL）：遇到' 123 '或'abc123'会静默转成0，结果错得离谱 -
o.user_id::integer（PostgreSQL）：原字段含空格或非数字字符时直接报错中断
所有这类写法都绕不开一个事实：数据库没法在 B+ 树索引上直接执行类型转换或排序规则重映射。
ALTER TABLE 统一字段才是唯一根治方式
必须改表结构，且要一次性对齐四要素：类型、长度、字符集、校对规则。不能只改类型，也不能只改 COLLATION。
实操要点：
- 先扫脏数据：
SELECT COUNT(*) FROM t2 WHERE user_id REGEXP '[^0-9]'（MySQL）或SELECT COUNT(*) FROM t2 WHERE user_id !~ '^[0-9]+$'（PostgreSQL），确保字符串字段真能全转成目标类型 - 外键字段要先
DROP FOREIGN KEY，改完再ADD CONSTRAINT；主键字段修改会锁表，务必评估业务窗口 - MySQL 正确写法：
ALTER TABLE t2 MODIFY user_id BIGINT NOT NULL CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs——CHARACTER SET和COLLATION必须同时指定 - PostgreSQL 正确写法：
ALTER TABLE t2 ALTER COLUMN user_id TYPE BIGINT USING user_id::BIGINT，但注意USING表达式若失败会中断整个语句 - 改完立刻跑
SHOW CREATE TABLE t2验证，别只信SHOW FULL COLUMNS，后者可能缓存旧定义
改完怎么确认真好了
不能只看语法通过，必须用执行计划验证索引是否真被选用：
- MySQL 8.0+：
EXPLAIN FORMAT=TREE SELECT ... JOIN ...，盯住key是否显示索引名、type是否回到ref或eq_ref，而不是ALL - SQL Server：
SET STATISTICS XML ON后执行，看执行计划里有没有Index Seek，且Actual Rows接近预估值；如果还有Compute Scalar节点，说明转换仍在 - 别漏掉外键、UNION 列、全文索引字段——它们虽不显式出现在 JOIN 条件里，但内部比对逻辑同样受类型/COLLATION 影响，不统一照样报错或失效
最容易被忽略的是应用层：数据库字段对齐了，但代码里还把 ID 当字符串拼进 SQL，等于白改。传参类型必须和字段类型严格一致。
