MySQL使用ORDER BY LOWER(name)实现不区分大小写排序失效问题

嘿，我之前也踩过一模一样的坑！你用SELECT * FROM enquiry ORDER BY LOWER(name) ASC LIMIT 0 , 30没得到预期结果，W反而排在B前面，核心问题大概率出在数据库的字符集排序规则上。

为什么会出现这种情况？ #

如果你的enquiry表的name列用的是区分大小写的排序规则（比如latin1_general_cs、utf8_bin这类），哪怕你用LOWER()把字段转成小写，排序时还是会按字符的二进制/ASCII码值来比较——要是你的数据里W是大写、B是小写，转成小写后w的ASCII码（119）确实比b（98）大；但如果是大写W和大写B还出现这种情况，那基本就是排序规则是二进制排序，导致LOWER()后的字符串排序依然没按自然的大小写不敏感方式来。

两种快速解决方法： #

1. 临时指定排序规则（单次查询推荐）
   直接在排序时指定不区分大小写的排序规则，不用依赖LOWER()函数，更可靠：

SELECT * FROM enquiry ORDER BY name COLLATE utf8mb4_general_ci ASC LIMIT 0, 30;

• 注意：如果你的表用的是utf8字符集，就换成utf8_general_ci；要是用其他字符集，找对应_ci结尾的排序规则（ci是Case Insensitive的缩写，代表不区分大小写）。

2. 修改列的默认排序规则（永久生效）
   如果之后经常需要对name列做不区分大小写排序，直接修改列属性一劳永逸：

ALTER TABLE enquiry MODIFY COLUMN name VARCHAR(你的字段长度) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;

• 记得把你的字段长度换成实际数值（比如255），字符集也要和原列保持一致。

为什么不用LOWER()了？ #

其实LOWER()本身没问题，但它依赖数据库的排序规则处理转换后的字符串排序，不如直接指定_ci排序规则来得直接稳定，还能避免一些字符转换时的异常情况。

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