where条件中文比较返回false的根本原因是字段collation与连接层@@collation_connection不一致，必须通过show full columns和select @@collation_connection查清两者是否匹配，并在sql中显式用collate对齐，如where name collate utf8mb4_unicode_ci = '张三' collate utf8mb4_unicode_ci。
WHERE条件里中文字段比较返回false？检查collation是否一致
触发器里写WHERE name = '张三'却查不到数据，大概率不是字符串没存进去，而是name字段的排序规则（collation）和字面量隐含的collation不匹配。MySQL在比较时会尝试对齐collation，失败就转成最宽泛的utf8mb4_bin或直接拒绝隐式转换，结果就是“查不到”或“全表扫描”。
- 先确认字段collation：
SHOW FULL COLUMNS FROM table_name LIKE 'name';，看Collation列是不是utf8mb4_unicode_ci这类可比中文的规则 - 再查当前连接默认collation：
SELECT @@collation_connection;，它决定裸字符串字面量'张三'按什么规则解释 - 如果两者不同（比如字段是
utf8mb4_general_ci，连接是utf8mb4_0900_as_cs），比较可能静默降级或失效 - 强制对齐：把
WHERE name = '张三'改成WHERE name COLLATE utf8mb4_unicode_ci = '张三' COLLATE utf8mb4_unicode_ci
触发器里用LIKE匹配中文出错？避免collation敏感的通配符逻辑
LIKE '%李%'在某些collation下会跳过部分汉字，尤其当字段collation是utf8mb4_0900_as_cs（区分大小写+重音）而输入字面量没显式指定collation时，MySQL可能按二进制逐字节比，导致“李”字被拆成多个UTF-8字节后匹配失败。
- 不要依赖默认collation做模糊匹配，显式声明：
WHERE name LIKE _utf8mb4'%李%' COLLATE utf8mb4_unicode_ci - 避免在
LIKE左侧用函数转换，比如CONVERT(name USING utf8mb4) LIKE '%李%'——这会让索引失效，且collation丢失 - 如果字段本身是
utf8mb4_bin，别硬用LIKE，改用INSTR(name, _utf8mb4'李') > 0更可靠 - 测试时用
SELECT HEX('李');确认字面量编码，再对比字段实际存储的HEX值，排除存储层就乱码的干扰
触发器内CONCAT拼接中文后比较失败？collation继承链断裂
写SET @full = CONCAT('用户-', NEW.name); IF @full = '用户-张三' THEN ...，即使NEW.name存的是正确中文，拼出来的@full也可能因collation继承规则变成utf8mb4_bin，导致后续等于比较失败。
-
CONCAT()结果的collation由参数中collation优先级最高的那个决定；如果NEW.name是utf8mb4_unicode_ci，但'用户-'字面量没带collation前缀，它可能按@@collation_connection解析，优先级反而更低 - 统一源头：所有字符串字面量加
_utf8mb4前缀，比如CONCAT(_utf8mb4'用户-', NEW.name) - 变量赋值时显式cast：
SET @full = CONVERT(CONCAT(_utf8mb4'用户-', NEW.name) USING utf8mb4) COLLATE utf8mb4_unicode_ci; - 别用
CAST(@full AS CHAR)——它不带collation，后续比较仍可能掉链子
升级MySQL 8.0后触发器字符串比较突然失效？默认collation变了
MySQL 8.0把默认collation从utf8mb4_general_ci换成utf8mb4_0900_as_cs，老触发器在5.7创建时依赖general_ci的宽松比较逻辑，升级后同一句WHERE tag = '订单'可能因新collation严格校验而失败。
- 执行
SHOW CREATE TRIGGER trigger_name;，看输出里有没有显式COLLATE声明；没有就说明它吃的是旧连接默认值 - 不要指望
my.cnf里的collation-server能覆盖已有触发器行为——它只影响新建对象 - 修复必须改触发器DDL：
DROP TRIGGER ...; SET NAMES utf8mb4; CREATE TRIGGER ...，确保创建时连接collation是目标值 - 批量修复可用脚本生成ALTER语句，但注意
DEFINER权限和sql_log_bin状态，避免复制环境异常
collation问题最难调试的地方在于：它不报错，只让逻辑走歪。每次改完务必用真实数据跑一遍SELECT验证比较结果，而不是只看语法是否通过。
