一、诡异的“断线”：问题初现

在一次常规的数据库操作中，我们遇到了一个非常棘手的现象。当尝试为某个表创建索引时，SQL*Plus 会话被意外中断，并抛出了经典的“掉线”错误：ORA-03113。

故障操作：

SQL> CREATE INDEX idx_guojiaybypmlbz ON siim.SYB_XYZCY (guojiaybypmlbz);
CREATE INDEX idx_guojiaybypmlbz ON siim.SYB_XYZCY (guojiaybypmlbz)
*
ERROR at line 1:
ORA-03113: end-of-file on communication channel

更奇怪的是，不仅创建索引失败，就连对这个特定字段进行查询，也会触发同样的问题，这表明问题并非偶然。

二、深入追踪：Alert 日志中的蛛丝马迹

ORA-03113 通常只是表面现象，真正的“元凶”隐藏在后端的 alert.log 文件中。通过检查告警日志，我们发现了两条关键的错误信息：

ORA-00600: internal error code, arguments: [17114], [0x7F7F0CAFBB80], [], [], [], [], [], [], [], [], [], []
ORA-07445: exception encountered: core dump [smboKb2Qb()+21] [SIGSEGV] [ADDR:0x0] [PC:0x96B901D] [SI_KERNEL(general_protection)] []

ORA-00600 内部错误和 ORA-07445 核心转储同时出现，这强烈暗示我们可能遇到了一个 Oracle 的 BUG。

三、揭开真相：MOS 上的“官方答案”

带着 ORA-00600 [17114] 这个关键线索，我们在 My Oracle Support (MOS) 上进行了搜索，很快就定位到了相关的技术文档：

(Doc ID 1941167.1)

根据文档描述，这个问题与 Oracle 12.2.0.1 版本中引入的一种新排序算法（New Sort Algorithm） 有关。在特定场景下，这个新算法的缺陷会导致内部错误和进程崩溃。

四、临时解决方案：禁用新排序算法

既然是新特性引发的 BUG，那么最直接的临时解决方案就是“回到过去”——禁用这个新特性。

Oracle 提供了一个隐含参数 _newsort_enabled 来控制是否启用新的排序算法。我们可以通过在会话级别将其设置为 FALSE 来规避这个问题。

解决方法：

ALTER SESSION SET "_newsort_enabled" = FALSE;

重要提示：这是一个会话级别的临时处理方案。因为禁用新排序算法可能会导致某些 SQL 的执行计划发生改变，从而影响性能。在生产环境中全面实施前，务必进行充分的性能测试。

在执行了上述 ALTER SESSION 命令后，我们再次尝试创建索引，操作顺利完成，问题得到解决。