mysql中让where区分大小写的最佳方法是建表时指定case-sensitive排序规则（如utf8mb4_0900_as_cs），已有表可用alter table修改字段collate，临时查询则用where name collate utf8mb4_0900_as_cs = 'alice'以兼顾索引性能。

MySQL里怎么让WHERE查询区分大小写

默认情况下，MySQL的字符串比较是大小写不敏感的，比如 WHERE name = 'Alice' 会匹配 'alice'、'ALICE' —— 这不是bug，是排序规则（collation）决定的。要让它区分大小写，核心不是改SQL写法，而是改字段或查询的COLLATE。

常见错误是试图用BINARY函数临时强制，比如 WHERE BINARY name = 'Alice'，这确实能生效，但会导致该列无法走索引（除非是前缀索引且长度够），性能掉得明显。

• 最稳妥的做法：建表时就指定区分大小写的排序规则，比如 utf8mb4_0900_as_cs（case-sensitive）或 utf8mb4_bin
• 已有表想改：用 ALTER TABLE t MODIFY COLUMN name VARCHAR(50) COLLATE utf8mb4_0900_as_cs，注意这会锁表，大数据量需评估窗口
• 临时查一次？用 WHERE name COLLATE utf8mb4_0900_as_cs = 'Alice'，比BINARY友好，能命中索引（前提是索引本身也是这个collation）

PostgreSQL中LIKE查询为什么还是不区分大小写

PostgreSQL默认就是大小写敏感的，但LIKE和=行为一致 —— 如果你发现LIKE 'abc%'匹配了'ABC123'，那大概率是字段用了citext扩展类型，或者你连的是一个启用了icu排序规则的数据库（比如某些云服务预设）。

验证方式很简单：SELECT pg_collation_is_visible(collid) FROM pg_collation WHERE collname = 'en_US'; 再结合SELECT column_name, collation_name FROM information_schema.columns WHERE table_name = 't'; 查字段实际collation。

• 如果确认是citext，别改字段类型，直接用 ::text 转换：WHERE (name::text) LIKE 'Abc%'
• 如果是ICU collation（如en-US-u-ks-level2），level2默认不区分大小写，得显式用COLLATE "en-US-u-ks-level3"（level3才区分）
• 避免全局改lc_collate，它影响整个数据库集群的排序行为，改了可能让现有索引失效

SQL Server用COLLATE后ORDER BY结果乱序了

在SQL Server里加COLLATE SQL_Latin1_General_CP1_CS_AS确实能让=和LIKE区分大小写，但ORDER BY会跟着这个collation走 —— 比如a、A、b、B可能排成A、a、B、b，而不是你预期的ASCII顺序。

这是因为CS_AS（Case-Sensitive, Accent-Sensitive）排序规则按Unicode权重排，不是按字节值。开发时容易忽略这点，只测了WHERE，没看ORDER BY输出。

• 如果只要WHERE区分大小写，ORDER BY保持常规顺序：把COLLATE只加在WHERE条件里，不要加在SELECT或ORDER BY上
• 真要统一排序逻辑，用ORDER BY CAST(name AS VARBINARY(MAX))可强制按字节序排，但失去语言感知能力（比如“é”和“e”不再相邻）
• 注意tempdb的默认collation可能和用户库不同，JOIN临时表时隐式转换可能触发意外的collation冲突错误：Cannot resolve collation conflict

跨数据库迁移时COLLATE配置被忽略怎么办

Dump出来的SQL文件里带COLLATE子句，但导入到目标库后发现没生效，常见于从MySQL迁到MariaDB、或从旧版PostgreSQL导出再导入新版 —— 不是因为语法错，而是目标库不支持该collation，或字符集不匹配。

比如MySQL导出的utf8mb4_0900_as_cs在MariaDB 10.4以下根本不存在；PostgreSQL导出的en_US.utf8在Windows服务器上可能对应不到本地locale。

• 导入前先查目标库支持的collation：SHOW COLLATION;（MySQL/MariaDB）或 SELECT collname FROM pg_collation;（PostgreSQL）
• 用mysqldump --skip-column-statistics避免高版本MySQL特有的元数据干扰
• 最省事但有代价的办法：导出时不带collation（mysqldump --no-create-options），导入后再用ALTER TABLE逐个补，可控性强

COLLATE不是开关，是嵌在字符集、索引、连接、甚至客户端设置里的链式依赖。改一个地方，往往要同步检查字段定义、索引定义、JOIN条件、应用层连接参数——漏掉任意一环，都可能让“区分大小写”变成半吊子行为。