最常见原因是字符集不支持中文或连接未声明正确编码；需确保数据库、表、列、客户端四层均统一为utf8mb4，排序规则用utf8mb4_unicode_ci，并避免LIKE前导通配符导致索引失效。

WHERE条件中用LIKE匹配中文时查不到结果

最常见原因是数据库、表、列的字符集不支持中文，或者客户端连接未声明正确编码。MySQL默认latin1根本存不了中文，即使存进去了也是乱码或问号，自然查不到。

实操建议：

• 先确认列字符集：SHOW CREATE TABLE table_name;，重点看字段定义里有没有CHARSET=utf8mb4（推荐）或gbk
• 确保建表时指定：CREATE TABLE t (name VARCHAR(50) CHARSET utf8mb4 COLLATE utf8mb4_unicode_ci);
• 连接时强制指定编码：MySQL命令行加--default-character-set=utf8mb4；Python的pymysql.connect()要传charset='utf8mb4'
• 避免用utf8（MySQL里的别名，实际只支持3字节UTF-8），必须用utf8mb4

SELECT中中文显示为问号或方块

这是客户端解码失败的典型表现，和存储层无关，纯粹是“看到的”环节断了链。比如终端、IDE、JDBC URL没配对。

实操建议：

• MySQL命令行执行SET NAMES utf8mb4;再查（临时生效）
• Navicat等工具在连接属性里勾选「使用MySQL字符集」并设为utf8mb4
• JDBC URL补全参数：?useUnicode=true&characterEncoding=utf8mb4
• PHP的mysqli_set_charset($conn, 'utf8mb4')不能省

WHERE name = '张三' 仍返回空——COLLATION影响相等判断

即使字符集正确，排序规则（COLLATION）不同也会导致比较失败。例如utf8mb4_bin区分大小写和全角/半角，而utf8mb4_general_ci已弃用且对某些中文处理不准。

实操建议：

• 优先用utf8mb4_unicode_ci或utf8mb4_0900_as_cs（MySQL 8.0+，大小写敏感但中文友好）
• 检查当前列排序规则：SHOW FULL COLUMNS FROM table_name LIKE 'name';，看Collation列
• 修改排序规则：ALTER TABLE t MODIFY name VARCHAR(50) COLLATE utf8mb4_unicode_ci;
• 查询时临时指定：SELECT * FROM t WHERE name COLLATE utf8mb4_unicode_ci = '张三';

LIKE '%中文%' 慢？索引失效的真正原因

不是中文本身慢，而是LIKE '%…%'前导通配符让B+树索引完全失效。哪怕字段是utf8mb4且有索引，照样全表扫描。

实操建议：

• 能用等值就不用LIKE：WHERE name = '李四'走索引，WHERE name LIKE '李%'也走索引（前缀匹配）
• 全文索引替代模糊查：ALTER TABLE t ADD FULLTEXT(name);，然后用MATCH(name) AGAINST('中文' IN NATURAL LANGUAGE MODE)
• 如果必须前后模糊，考虑Elasticsearch或Redisearch，数据库不是干这个的
• 确认索引是否被选中：EXPLAIN SELECT * FROM t WHERE name LIKE '%王%';，看key列是否为NULL

字符集和排序规则必须从建库、建表、连库、查数据四个环节全部对齐，漏一环就可能“明明存了却查不到”。很多人卡在连接层或客户端显示层，反复改表结构反而白忙。