field函数返回值在列表中的位置（从1开始），用于order by实现自定义排序；null或未匹配项返回0致其排最前，需用coalesce或case处理；因无法走索引，大数据量下建议新增sort_order列优化性能。
FIELD函数的基本用法和排序逻辑
FIELD() 是 MySQL 提供的字符串位置查找函数，它返回某个值在指定列表中的索引位置（从 1 开始），如果找不到则返回 0。用在 ORDER BY 中时，MySQL 会按这个数值升序排列，从而实现「非字典序、非数值大小」的自定义顺序。
比如你想让状态字段 status 按 'draft' → 'review' → 'published' → 'archived' 的顺序排，而不是默认的字母序：
SELECT * FROM posts ORDER BY FIELD(status, 'draft', 'review', 'published', 'archived');
注意：FIELD() 返回的是整数，所以天然支持升序；若要降序（比如把 'archived' 排最前），得用 DESC 或取负： ORDER BY -FIELD(...)。
常见错误：NULL 值和未匹配项被排在最前面
当某行的排序字段为 NULL，或值不在 FIELD() 列表中时，FIELD() 返回 0，而 0 在升序中排最前——这往往不符合预期（比如你希望未识别的状态排最后）。
- 用
COALESCE(FIELD(...), 999)把 0 替换成大数，确保排尾 - 更稳妥的做法是配合
CASE：ORDER BY CASE status WHEN 'draft' THEN 1 WHEN 'review' THEN 2 ELSE 999 END - 如果字段本身可能为
NULL，先用IFNULL(status, '')或COALESCE(status, '')避免传入NULL导致整个FIELD()返回NULL
性能影响：索引失效与大数据量下的替代方案
FIELD() 是计算型表达式，无法利用 status 字段上的普通 B-Tree 索引，ORDER BY 过程会触发 filesort —— 在百万级以上数据时，响应明显变慢。
- 如果自定义顺序固定且不频繁变更，建议新增一个
sort_order整数列，用触发器或应用层维护，然后直接ORDER BY sort_order - 临时性排序（如管理后台筛选）可接受 filesort；但高频查询建议建覆盖索引 +
CASE表达式，部分场景优化器能更好处理 - 不要在
FIELD()列表里写动态子查询（如FIELD(id, (SELECT id FROM ...))），语法不支持，会报错Operand should contain 1 column(s)
与其他排序方式混用：优先级和 NULL 处理要显式声明
当需要「先按自定义顺序，再按时间倒序」时，FIELD() 只负责第一层，后续字段的 NULL 行为必须单独控制，否则容易混乱。
例如：按状态顺序排，同状态内按 updated_at 降序，且希望 updated_at IS NULL 的行排在同状态末尾：
ORDER BY FIELD(status, 'draft','review','published'),
updated_at DESC,
updated_at IS NULL
最后一项 updated_at IS NULL 是布尔表达式，MySQL 中 TRUE = 1、FALSE = 0，所以升序会让 NULL 排后面。这种细节不写明，很容易被忽略。
