FIELD()是MySQL特有函数，用于按指定值顺序排序：ORDER BY FIELD(col, v1, v2, v3)，匹配返回1/2/3…，不匹配返回0并排最前；不走索引，大数据量性能差。
ORDER BY FIELD 是 MySQL 特有的排序方式，能按指定值顺序排列结果，不依赖字段本身的大小或字典序。它不是标准 SQL，仅在 MySQL 中可用，PostgreSQL、SQL Server 等不支持。
FIELD 函数怎么写？参数顺序就是输出顺序
FIELD 是一个返回位置索引的函数：对给定值，在后续列表中从左到右查找，找到则返回 1-based 位置，没找到返回 0。排序时，MySQL 按这个返回值升序排（0 排最前）。
常见写法：
SELECT * FROM users WHERE id IN (3, 1, 4, 2) ORDER BY FIELD(id, 3, 1, 4, 2);
结果中 id=3 的行排第一，id=1 第二，依此类推。注意：FIELD 里值的顺序必须和你期望的展示顺序严格一致。
- 列表中重复值会被忽略（
FIELD(x, 1, 1, 2)和FIELD(x, 1, 2)行为相同） - 传入
NULL或类型不匹配（如用字符串查数字列）会导致匹配失败，返回0 - 如果
WHERE没限制范围，未出现在FIELD列表里的行全归为“其他”，排在最前面（因为FIELD返回0）
遇到 NULL 或不在列表中的值，排序会乱吗？
会。所有 FIELD 查不到的行（包括 NULL、空字符串、不在枚举列表中的值）都返回 0，它们之间不再有次序保证——MySQL 默认按存储顺序或引擎内部顺序返回，不可预测。
解决办法是显式控制“未命中”项的位置：
SELECT * FROM products ORDER BY FIELD(status, 'active', 'pending', 'archived') DESC, status;
这里用 DESC 把匹配项（返回 1/2/3）倒过来排，让 0（未匹配）落在最后；再加个次要排序 status，让同类未匹配项至少有个稳定顺序。
- 别只依赖
FIELD单一排序，尤其当数据可能超出预设值集时 - 若需把未匹配项排最后，用
FIELD(...) DESC是最轻量做法 - 若需把未匹配项单独归为一组并置顶，可改用
CASE WHEN构造更明确的排序权重
性能差吗？能不能走索引？
不能走索引。FIELD 是逐行计算的标量函数，MySQL 无法利用索引加速该排序过程，只能全表扫描 + 文件排序（Using filesort）。数据量稍大（比如 > 10 万行）时，响应明显变慢。
替代思路：
- 小数据量（FIELD 最简单
- 高频或大数据量场景，考虑在应用层做排序（查出 ID 列表后，按目标顺序拼
IN+FIELD，或用内存排序） - 长期固定顺序需求，可在表中增加
sort_order整数列，建索引，用ORDER BY sort_order - 若顺序来自业务状态机（如订单状态），用
CASE WHEN status = 'paid' THEN 1 ... END替代FIELD，语义更清晰且部分场景优化器可能更好处理
真正麻烦的不是语法写不对，而是忘了它不走索引、不跨数据库、且对缺失值完全无感——线上查着查着发现新插入的数据总卡在最前面，大概率是 FIELD 返回了 0 又没兜底排序。
