MySQL查询是否区分普通空格与非换行空格？匹配异常原因咨询

现象是正常的，原因分两部分： #

1. HTML对普通空格的合并规则
   HTML解析时，会把连续的普通空格（U+0020，常规输入空格）自动合并成一个，所以<option>的value里如果写Joe Smith（两个普通空格），最终提交给后端的只会是Joe Smith（单个空格），自然匹配不上数据库里存的双空格记录。你换成非换行空格（U+00A0，对应HTML的 或\xc2\xa0）后，HTML不会合并这种空格，所以提交后能保留双空格的格式。

2. 数据库的字符串比较逻辑
   大部分主流数据库（比如MySQL、PostgreSQL）在默认的排序规则（如utf8_general_ci、en_US.UTF-8）下，会把非换行空格和普通空格视为等价字符。当你用含U+00A0的字符串去匹配数据库里含U+0020的记录时，数据库的比较引擎会忽略两者的差异，返回匹配结果。

更稳妥的处理建议 #

为了避免这类字符差异带来的问题，更可靠的方式是在后端统一处理：

• 不管前端传过来的是普通空格还是非换行空格，统一将连续的空格（不管是哪种类型）替换成单个空格，再去查询数据库；
• 或者在数据入库时就做标准化处理，把姓名里的连续空格合并成单个，这样不管前端怎么传，查询逻辑都能保持一致。

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