MariaDB 10.5.17中长VARCHAR排序无效，是否存在内部长度限制变量？

核心原因：排序规则的前缀限制 #

MariaDB/MySQL的部分非二进制字符集排序规则，默认只会使用字符串的前N个字符进行排序，这个N值由排序规则的定义决定。比如常见的utf8mb4_general_ci或latin1_swedish_ci，默认前缀长度可能远小于1000，当VARCHAR(1000)字段的实际差异出现在前缀之后时，就会出现排序“无效果”的假象。

关键变量说明 #

不存在直接限制排序字符串总长度的全局变量，但排序规则的前缀长度是核心影响因素：

• 查看目标字段的排序规则：

  SHOW CREATE TABLE your_table_name;
  

  找到字段的COLLATE属性，比如utf8mb4_general_ci。
• 查看该排序规则的前缀细节：

  SHOW COLLATION LIKE 'utf8mb4_general_ci';
  

  若Pad_attribute为PAD SPACE，旧版本中这类排序规则可能会截断到前255个字符进行比较（不同字符集和规则的截断长度有差异）。

解决方法 #

• 使用二进制排序规则：
  无需字符大小写/重音模糊匹配时，改用二进制排序（如utf8mb4_bin），它会比较字符串完整字节：

  ALTER TABLE your_table_name MODIFY COLUMN long_str_col VARCHAR(1000) CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;
  

• 切换无前缀限制的排序规则：
  MariaDB 10.5+支持_unicode_ci系列规则（如utf8mb4_unicode_ci），默认会比较完整字符串（除非手动指定前缀）。
• 临时强制完整排序：
  查询时通过CAST转换为二进制字符串排序：

  SELECT * FROM your_table_name ORDER BY CAST(long_str_col AS BINARY);
  

额外注意点 #

• sort_buffer_size是排序内存缓冲区大小，仅影响排序性能和是否使用磁盘临时表，不会导致排序结果异常。
• 排查字段是否存在隐藏空格或特殊字符，PAD SPACE规则下末尾空格会被忽略，可能造成排序异常的假象。

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