SQL排序规则决定字符串比较和排序行为，影响大小写敏感性、重音处理等，需在数据库、列或查询层级合理设置，并注意跨表操作时的冲突解决。
SQL排序规则（Collation）决定字符串如何比较和排序，它直接影响查询结果的顺序、大小写敏感性、重音处理等。设置排序规则不是简单加个关键词，而是要理解它在数据库层级、列层级或查询层级的作用机制。
数据库和列级别的排序规则设置
创建数据库时可指定默认排序规则，后续新建的字符类型列若不单独声明，就继承该规则：
- MySQL示例：CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
- SQL Server示例：CREATE DATABASE mydb COLLATE Latin1_General_CI_AS;
- 定义字段时也可覆盖默认规则，比如让某列区分大小写：name VARCHAR(50) COLLATE utf8mb4_bin（MySQL）或 name NVARCHAR(50) COLLATE SQL_Latin1_General_CP1_CS_AS（SQL Server）
查询中临时指定排序规则
无需修改表结构，可在ORDER BY或WHERE子句中用COLLATE临时切换规则：
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- MySQL：SELECT * FROM users ORDER BY name COLLATE utf8mb4_general_ci;
- SQL Server：SELECT * FROM products WHERE title COLLATE Latin1_General_CI_AI LIKE '%café%';
- 注意：COLLATE只能用于字符类型表达式，数值或日期字段不支持；不同排序规则间做JOIN或比较可能触发隐式转换警告甚至报错
常见排序规则后缀含义要记牢
后缀组合反映行为特征，看懂才能选对：
- _ci = case-insensitive（不区分大小写），_cs = case-sensitive（区分大小写）
- _ai = accent-insensitive（忽略重音），_as = accent-sensitive（区分重音）
- _bin（MySQL）或 _binary（SQL Server）= 按字节逐位比较，最严格，适合精确匹配
- Unicode排序如utf8mb4_unicode_ci比utf8mb4_general_ci更符合国际字符排序习惯，推荐新项目优先使用
跨库/跨表查询时的排序规则冲突处理
当JOIN或UNION涉及不同排序规则的列，数据库通常报错“无法解析排序规则冲突”。解决方法有三：
- 显式统一：在ON或SELECT中对任一列加COLLATE，例如 t1.name = t2.name COLLATE DATABASE_DEFAULT
- 建视图时预设规则，避免每次查询都写COLLATE
- 设计阶段尽量保持同库内核心业务表使用一致排序规则，减少后期适配成本
基本上就这些。掌握排序规则的关键不在死记参数，而在于理解它作用的位置（库/表/列/查询）、生效的时机（建表时还是运行时）以及不同场景下的兼容逻辑。用对了，中文、emoji、多语言混排都能稳稳排序；用错了，连‘a’和‘A’谁在前都可能出人意料。
