CodeIgniter中MySQL大小写敏感需在SQL层显式控制：用BINARY前缀或COLLATE utf8mb4_bin实现区分大小写比较，数据库配置dbcollat仅影响新建表默认校对，不改变已有字段行为。

CodeIgniter 默认会沿用 MySQL 自带的校对规则，比如 utf8mb4_unicode_ci。

这类规则有一个关键特点：字符串比较时默认不区分大小写。

也就是说，WHERE name = 'Admin' 和 WHERE name = 'admin'，在数据库看来很可能是同一个条件，因此会匹配到同一条记录。

这里需要明确，这并不是 CodeIgniter 的 Bug，而是 MySQL 的既有行为。

如果业务上明确要求大小写敏感查询，就不能依赖修改 CodeIgniter 配置来“开启敏感模式”。

真正有效的做法，是显式指定字段的比较方式。

MySQL 层面强制大小写敏感比较

最直接、最可靠的方式，是在 SQL 中使用 BINARY 或指定校对规则（collation）做临时转换。

CodeIgniter 查询构建器支持在 where() 中传入原始 SQL 片段。

• 用 BINARY 前缀（推荐）：$this->db->where("BINARY username", "Admin");，这会让比较按字节进行，区分大小写
• 用 COLLATE 指定二进制校对：$this->db->where("username COLLATE utf8mb4_bin", "Admin");
• 注意：不要写成 $this->db->where('username', 'Admin', FALSE)，第三个参数 FALSE 只是禁用自动转义，不改变比较逻辑

查询构建器中避免隐式类型转换导致失效

如果字段是 INT 或 ENUM 类型，但你在 where() 中传入字符串，例如 $this->db->where('status', 'active')，MySQL 可能会做隐式转换。

这样可能导致索引失效，或让大小写行为变得不可控。

此时应注意以下几点：

• 确保 PHP 传入的值类型与字段类型一致：$this->db->where('status', 1)（若 status 是 TINYINT）
• 对字符串字段，确认其定义时已指定大小写敏感校对，例如建表时写：username VARCHAR(50) COLLATE utf8mb4_bin
• 避免在 WHERE 中对字段做函数操作，如 LOWER(username) = 'admin'，这会无法使用索引

数据库配置本身不决定查询大小写敏感性

很多人误以为修改 database.php 中的 char_set 或 dbcollat，就能让所有查询变成大小写敏感。

这是错的。

这两个参数只影响连接初始化时的字符集和默认校对规则，不改变已有字段的定义，也不会覆盖 SQL 中的显式比较逻辑。

• $db['default']['dbcollat'] = 'utf8mb4_bin'; 仅让新创建的表/字段默认用 bin 校对，已有表不变
• 已有字段仍沿用建表时的校对规则，SHOW FULL COLUMNS FROM users; 可查具体字段的 Collation 列
• 若需批量修改，得执行：ALTER TABLE users MODIFY username VARCHAR(50) COLLATE utf8mb4_bin;

结论

真正起作用的是字段定义 + SQL 表达式组合。

不要指望框架层“开关”能翻转底层行为。

该加 BINARY 就加，该改字段校对就改。

否则查出来的数据对不上，连 debug 都很难找到源头。

《夸克》非常好用的免费AI浏览器

下载APP查看