在日常开发中，我们经常会碰到“看起来像数字”的字段存储在 VARCHAR 类型的数据库列中。乍一看没问题，结果排序一查，全乱了。

❓ 问题背景

假设我们有一个数据库字段用来记录某种“订单号”或“流水号”，形式都是数字，例如：

992687129
1001404894

字段类型是 VARCHAR(50)（出于兼容性或历史原因）。我们希望按照这个字段升序排序，拿到最小或最大的值。

但执行如下查询后却发现结果不符合预期：

SELECT some_id_column
FROM some_table
WHERE some_filter_column = 'xxx'
ORDER BY order_id_column ASC;

结果排序却是这样：

992687129
1001404894

1001404894 比 992687129 大，但却排在后面。

🔍 问题分析

根本原因是：字符串排序 ≠ 数字排序。

MySQL 中 VARCHAR 字段默认按照**字典序（字符串顺序）**排序：

• "100" 在 "2" 前面，因为 "1" 比 "2" 小。
• 同理 "1001404894" 会被认为小于 "992687129"。

✅ 解决方法一：CAST 成数字排序

如果字段中确实只保存了数字字符（没有字母或特殊符号），可以直接在查询中使用 CAST 或 CONVERT 强制转成数字排序：

SELECT some_id_column
FROM some_table
WHERE some_filter_column = 'xxx'
ORDER BY CAST(order_id_column AS UNSIGNED) ASC;

这样排序就变成：

992687129
1001404894

完全符合数字的实际大小。

✅ 解决方法二：修改字段类型（更彻底）

如果你确定字段本质是数字，建议在数据库中直接将其从 VARCHAR 类型修改为 BIGINT 或 UNSIGNED BIGINT：

ALTER TABLE some_table
MODIFY COLUMN order_id_column BIGINT UNSIGNED;

这不仅解决了排序问题，还能提升性能和减少存储空间。

✅ 解决方法三：创建虚拟列（兼容性强）

在某些情况下你可能不方便直接修改原字段类型（比如已上线、历史数据复杂），这时可以新增一个虚拟列用于排序：

ALTER TABLE some_table
ADD COLUMN order_id_num BIGINT UNSIGNED
GENERATED ALWAYS AS (CAST(order_id_column AS UNSIGNED)) STORED;

CREATE INDEX idx_order_id_num ON some_table(order_id_num);

这样既保留了原始字段，又可以享受数字排序的便利，并通过索引提升性能。

🔚 总结

💡 最佳实践建议

• 避免使用 VARCHAR 存储数字，除非确实有业务理由（如支持前导零、混合字母等）。
• 数据建模时，字段类型要与数据含义保持一致。
• 字段类型一旦设计错了，问题往往会在排序、比较、聚合时爆发。

如果你在生产环境中也遇到了类似的问题，不妨检查一下你的数据结构，或许一次小小的字段优化，就能避免不少“意想不到的结果”。