PostgreSQL中含特殊字符的行无法通过LIKE查询的解决方法

这个问题的核心在于大小写转换函数对特殊字符的处理逻辑以及数据库排序规则（Collation）的匹配度，下面给你几个落地性强的解决办法：

1. 优先用ILIKE代替UPPER+LIKE组合 #

PostgreSQL的ILIKE是原生支持不区分大小写的匹配，它对葡萄牙语特殊字符（比如ã、é、ç等）的等价性处理，比手动调用UPPER要精准得多，完全不需要自己做大小写转换操作。

直接试试这个查询：

SELECT * FROM table_a WHERE description ILIKE 'Value ã';

这个写法应该能直接命中目标行，因为ILIKE会自动识别特殊字符的大小写等价关系，比手动组合UPPER+LIKE更可靠。

2. 调整排序规则（如果必须用UPPER+LIKE） #

如果业务场景限制一定要用UPPER+LIKE的组合，那问题大概率出在当前排序规则不支持葡萄牙语字符的正确大小写转换。

首先检查你的description列使用的排序规则：

SELECT collation for (description) FROM table_a LIMIT 1;

如果返回的不是葡萄牙语相关的排序规则（比如pt_BR.utf8或pt_PT.utf8），你可以在查询中显式指定支持葡萄牙语的排序规则，确保两边的大小写转换和匹配逻辑一致：

SELECT * FROM table_a 
WHERE UPPER(description) COLLATE pt_BR.utf8 
LIKE UPPER('Value ã') COLLATE pt_BR.utf8;

要是这类查询是高频操作，也可以直接修改列的默认排序规则，一劳永逸：

ALTER TABLE table_a ALTER COLUMN description TYPE text COLLATE pt_BR.utf8;

3. 排查字符编码一致性 #

有时候看起来一模一样的字符，实际编码可能存在差异（比如ã是单个Unicode字符，还是由a+组合字符̃拼接而成的）。可以用ascii()函数验证两边的字符是否完全一致：

-- 查看查询条件中ã的编码值
SELECT ascii('ã');
-- 查看表中目标行对应位置字符的编码值
SELECT ascii(substring(description from 7 for 1)) FROM table_a WHERE id = 1;

如果两个值不一样，说明你的输入字符和表中存储的字符编码不匹配，需要统一成相同的字符形式（比如都使用单个Unicode字符）。

4. 确保客户端编码为UTF-8 #

最后别忘了检查客户端连接的编码，要是编码不对，特殊字符在传输过程中就会乱码，自然匹配不到结果：

SHOW client_encoding;

如果返回结果不是UTF8，执行下面的命令设置编码：

SET client_encoding = 'UTF8';

内容的提问来源于stack exchange，提问作者Rodrigo