必须在ON子句中统一转换空字符串和NULL为相同值才能匹配，推荐COALESCE(TRIM(a.key), '') = COALESCE(TRIM(b.key), '')，因TRIM(NULL)仍为NULL，而NULL=anything恒为UNKNOWN导致JOIN失败。
ON条件里空字符串和NULL无法自动匹配
直接写 ON a.key = b.key 时，哪怕两边都是 '' 或一边 '' 一边 NULL，结果都为 UNKNOWN，JOIN 就会跳过——这不是 bug，是 SQL 标准行为。常见现象是 LEFT JOIN 后右表字段全为 NULL，但查数据发现左表是 ''、右表是 NULL，肉眼看着“都空”，实际根本连不上。
必须在 ON 子句中对双方字段做统一转换，不能只修一边。推荐用 COALESCE(NULLIF(col, ''), NULL)：先用 NULLIF 把 '' 转成 NULL，再用 COALESCE 显式兜底（虽冗余但语义清晰）。等价写法是 NULLIF(col, '')，因为 NULLIF 本身对 NULL 输入就返回 NULL。
TRIM后仍要处理NULL，否则JOIN照样失败
TRIM() 对 NULL 输入仍返回 NULL，而 NULL = anything 永远是 UNKNOWN，所以 ON TRIM(a.key) = TRIM(b.key) 依然会丢掉含 NULL 的行。
- 正确做法是：
ON COALESCE(TRIM(a.key), '') = COALESCE(TRIM(b.key), '') - 如果业务要求“空字符串也视同缺失”，才考虑
NULLIF(TRIM(a.key), '')，但此时仍需确保两边一致 - 注意兼容性：
TRIM()在旧版 MySQL 需写TRIM(BOTH ' ' FROM col)；Oracle 的TRIM()默认不处理全角空格或CHR(160)
WHERE过滤前必须先标准化，否则漏数据
如果关联后想筛出“有实际值”的记录，直接写 WHERE phone != '' 会漏掉 NULL 行，WHERE phone IS NOT NULL 又漏掉 '' 行。
正确写法是：WHERE NULLIF(phone, '') IS NOT NULL。它把 '' 和 NULL 都转成 NULL，再用 IS NOT NULL 判断，等价于“排除所有空白态”。别用 WHERE LENGTH(phone) > 0 或 WHERE phone > ''，它们在 NULL 上返回 NULL，整行被过滤。
函数索引能救性能，但得提前建
在 ON 或 WHERE 中用 TRIM()、NULLIF() 等函数会阻止普通索引生效，大数据量时可能全表扫描。
解法是建函数索引（PostgreSQL/MySQL 8.0+/SQL Server 支持）：
- PostgreSQL：
CREATE INDEX idx_users_phone_clean ON users (NULLIF(TRIM(phone), '')); - MySQL：
CREATE INDEX idx_users_phone_clean ON users ((TRIM(phone)));（虚拟列+索引）
没函数索引时，更轻量的替代是用 CTE 或派生表预清洗：WITH clean_a AS (SELECT id, TRIM(phone) AS jk FROM users) SELECT * FROM clean_a JOIN clean_b USING (jk);
