MySQL体育排名sport_rank字段（含数字、DNF、DNS）最优设计方案

推荐方案：双字段拆分设计（性能+可维护性最优） #

这个方案可以同时兼顾存储效率、数据合法性、查询排序性能，是生产环境的首选：

• 新增completion_status字段，类型选用ENUM('normal', 'DNF', 'DNS')，默认值设为normal，专门用来标记选手的参赛状态
• sport_rank字段选用SMALLINT UNSIGNED类型，仅当completion_status = 'normal'时存储实际的排名数值，DNF、DNS状态下该字段可设为NULL

方案优势 #

1. 存储成本极低：ENUM底层以数字编码存储，仅占1字节，SMALLINT占2字节，两个字段加起来才3字节，远小于字符串存储的消耗
2. 数据合法性强：ENUM天然约束状态只能是预设的三个值，不会出现非法字符串，sport_rank为纯数字类型，避免了数字字符串混杂的脏数据问题
3. 排序逻辑简单高效：直接使用以下排序语句即可完全匹配需求，还可以通过建联合索引进一步优化性能：

-- 排序语句
ORDER BY FIELD(completion_status, 'normal', 'DNF', 'DNS'), sport_rank ASC;

-- 可新建联合索引，避免排序时的文件排序，提升大表查询速度
ALTER TABLE your_table_name ADD INDEX idx_sort_rank(completion_status, sport_rank);

备选方案：单字段存储（仅适合极小数据量的场景） #

如果你坚持要把排名和状态存在同一个字段里，可以用VARCHAR(10)类型存储内容，排序时通过CASE判断优先级：

ORDER BY 
  CASE
    WHEN sport_rank REGEXP '^[0-9]+$' THEN 1
    WHEN sport_rank = 'DNF' THEN 2
    WHEN sport_rank = 'DNS' THEN 3
    ELSE 4
  END,
  CAST(sport_rank AS UNSIGNED) ASC;

方案缺点 #

• 每次排序都要做函数计算，无法利用索引加速，数据量超过10万条时性能会明显下降
• 没有数据合法性约束，容易写入DSQ之类的非法状态值，后期维护成本高

内容的提问来源于stack exchange，提问作者JMordijck