Oracle从10g升级到12c后Order By排序行为异常原因咨询

这种排序结果反转的问题，我在Oracle版本升级的场景中碰到过很多次，核心原因是Oracle 12c对字符排序的底层规则做了重大调整，主要涉及以下几个方面：

1. 默认NLS排序参数的变更 #

在Oracle 10g时代，大部分环境默认使用BINARY排序（完全基于字符的ASCII码值逐位比较），或者一些旧版本的语言特定排序规则。而从12c开始，Oracle默认的NLS_SORT参数通常会切换为Unicode兼容的排序规则（比如GENERIC_M通用多语言排序），同时NLS_COMP参数的默认值也可能从BINARY变为ANSI。

这直接改变了空格在排序中的权重：

• 旧的BINARY排序里，空格的ASCII码（32）远小于字母的ASCII码，带空格的字符串会排在纯字母字符串前面（比如aa 应该在aab前面）。但如果你的旧环境用了忽略空格的语言排序规则，就会出现aab排在aa 前面的情况。
• 12c采用的Unicode排序规则（遵循Unicode Collation Algorithm）会重新定义字符的排序优先级，空格的权重被调低，可能被视为“次要”字符，导致原本的排序顺序反转。

2. 字符串比较的填充逻辑优化 #

Oracle 12c对不同长度字符串的比较逻辑做了调整。在10g中，比较短字符串和长字符串时，会自动把短字符串用空格填充到长字符串的长度再逐位比较；而12c在Unicode排序模式下，可能采用了更严格的“非填充”比较方式，或者调整了填充后的字符权重计算，让原本被忽略的空格开始影响排序结果。

3. 字符集升级的间接影响 #

如果你的数据库在升级时同步切换了字符集（比如从WE8ISO8859P1切换到AL32UTF8），字符编码的变化也会间接影响排序。虽然空格的编码值没变，但其他字符的编码位置调整，可能会改变整体的排序顺序。

快速验证方法 #

你可以通过以下SQL查询当前环境的NLS参数，对比10g时代的参数值，就能定位具体原因：

SELECT parameter, value 
FROM nls_database_parameters 
WHERE parameter IN ('NLS_SORT', 'NLS_COMP', 'NLS_CHARACTERSET');

恢复旧排序行为的方案 #

如果需要回到10g的排序结果，有两种方式：

• 会话级别临时调整：

ALTER SESSION SET NLS_SORT = 'BINARY';
ALTER SESSION SET NLS_COMP = 'BINARY';

• 或者在单个查询中指定排序规则，不影响全局：

SELECT name 
FROM your_table 
ORDER BY NLSSORT(name, 'NLS_SORT=BINARY');

内容的提问来源于stack exchange，提问作者J. Lev