SQL不区分大小写SELECT查询失效，如何实现用户姓名不区分大小写模糊匹配

• 逻辑错误：仅对数据库name字段做了大小写转换，未同步对传入的匹配参数pattern做统一大小写转换。例如传入pattern为bI时，upper(name)得到的BIGBOSS无法匹配bI%规则，lower(name)得到的bigboss也无法匹配bI%规则，仅当pattern为全大写或全小写时才可能得到正确结果，混合大小写的pattern全部匹配失败。
• 安全隐患：直接拼接用户传入的pattern到SQL语句中，存在SQL注入风险，恶意构造的参数可能导致数据泄露、数据损坏等问题。

通用标准SQL实现（兼容所有关系型数据库） #

统一将字段和匹配参数转为相同大小写后做匹配，同时使用预编译参数避免SQL注入：

-- 统一转大写的写法
SELECT * FROM users_details WHERE UPPER(name) LIKE CONCAT(UPPER(?), '%')

-- 统一转小写的写法
SELECT * FROM users_details WHERE LOWER(name) LIKE CONCAT(LOWER(?), '%')

说明：语句中的?为预编译参数占位符，服务端执行SQL时直接将用户传入的pattern作为参数绑定即可，无需手动拼接字符串处理转义。

各数据库专属优化方案 #

针对不同数据库可以使用原生特性获得更好的性能：

• MySQL：将name字段的排序规则设置为utf8mb4_general_ci（后缀ci代表Case Insensitive，不区分大小写），可以直接简化语句，无需额外转大小写，性能更高：

  SELECT * FROM users_details WHERE name LIKE CONCAT(?, '%')
  

• PostgreSQL：直接使用原生不区分大小写的匹配关键字ILIKE：

  SELECT * FROM users_details WHERE name ILIKE CONCAT(?, '%')
  

如果表数据量较大，建议为转换后的字段创建函数索引，例如使用转大写方案时创建索引：

-- MySQL 写法
CREATE INDEX idx_users_details_upper_name ON users_details(UPPER(name));

避免全表扫描，大幅提升模糊查询性能。

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