首先，咱们先理清你的需求：把表中的数字字符串补0对齐（比如变成4位的0001、0022），让它们按数值顺序排序，同时让非数字字符串（比如text）排在最后。你原来的补超长0再取右36位的方法在长度小的时候有效，但36位就出问题，咱们来分析原因并给出更可靠的方案。

为什么36位长度时排序异常？ #

你用的right(concat('0000...(36个0)', test), 36)逻辑，本质是把字符串补到36位（前面补0），但这里可能有两个隐形坑：

• 字符集/排序规则的影响：如果你的表用的是多字节字符集（比如utf8mb4），或者排序规则不是二进制排序（比如utf8_general_ci），长字符串的字符比较可能出现预期外的结果——比如某些排序规则会忽略前导0的部分差异，或者对非数字字符的权重计算不同。
• 超长字符串的优化截断：MySQL在处理超长字符串排序时，可能会启用性能优化（比如只比较前N个字符），这会导致完整的36位字符串没有被全量比较，最终排序混乱。

更可靠的解决方案：区分数字与非数字排序 #

与其依赖超长补0的黑盒逻辑，不如明确区分数字和非数字字符串，分两步排序：

1. 让所有数字字符串排在非数字字符串前面；
2. 数字字符串补0到固定长度（比如你需要的4位）后按字符串排序，非数字字符串按原内容排序。

对应的SQL语句如下：

SELECT
    -- 生成标准化后的字符串：数字补0到4位，非数字保持原样
    CASE
        WHEN test REGEXP '^[0-9]+$' THEN LPAD(test, 4, '0')
        ELSE test
    END AS normalized_test
FROM my_table
ORDER BY
    -- 第一步：数字在前，非数字在后（0代表数字，1代表非数字）
    CASE WHEN test REGEXP '^[0-9]+$' THEN 0 ELSE 1 END,
    -- 第二步：数字按补0后的字符串排序，非数字按原内容排序
    CASE
        WHEN test REGEXP '^[0-9]+$' THEN LPAD(test, 4, '0')
        ELSE test
    END;

这个方案的优势：

• 逻辑清晰：你能明确看到排序的优先级，不会被隐形的字符集/长度问题坑到；
• 灵活调整：如果你的数字字符串最长是5位，只需要把LPAD的第二个参数改成5就行；
• 性能更优：避免了超长字符串的拼接和截取运算，MySQL能更高效地处理排序。

如果你坚持要用补0的方式 #

如果你还是想沿用补0的思路，建议把补0后的长度控制在你实际需要的最大值（比如数字最长是10位，就补到10位），而不是用36位这种超长长度：

SELECT
    RIGHT(CONCAT('0000000000', test), 10) AS normalized_test
FROM my_table
ORDER BY
    RIGHT(CONCAT('0000000000', test), 10);

这样既满足补0对齐的需求，又避免了超长字符串带来的排序异常。

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