达梦8 通过SF_INJECT_HINT解决新排序机制下失控语句影响其他SQL执行的问题

达梦数据库有两种排序机制。当SORT_FLAG设置0时，采用旧排序机制；当SORT_FLAG=1时，采用新排序机制。详见《达梦新老排序机制的对比》

两种排序机制各有优缺点。

新排序机制引入了全局排序区概念，虽然避免了内存溢出导致系统OOM，但却引入了另外一个问题：个别编写不好的语句可能会占满整个排序区，导致后续所有正常语句无法执行。

例如insert into a1 select a.a from a,b where a.a=b.a order by a.a;就是那条耗光全局排序区的语句。会话A中执行该语句。

会话B中按照TOTAL_SIZE倒排序查看内存池的使用情况

如上可见，全局排序区（VDTA POOL）使用了1603M。再次查询就报了[-544]out of sort buf space错误。这是因为全局排序区随着系统中各会话SQL的运行,达到了参数SORT_BUF_GLOBAL_SIZE定义的上限，后续排序语句都将失败。

那么避免新排序机制的这种现象呢?

方法有一个：通过SF_INJECT_HINT强制“捣乱者”使用旧排序机制。

通过如下方法强制让它使用旧排序机制

SF_INJECT_HINT('insert into a1 select a.a from a,b where a.a=b.a order by a.a;','SORT_FLAG(0)','HINT1','',TRUE,TRUE);

以后上面那条编写不好的语句再不能耗光全局排序区了。现在它使用的本地排序区（RT_MEMOBJ_VPOOL）。SORT_BUF_SIZE参数定义本地排序区的上限，实测中上限是SORT_BUF_SIZE的2倍（ --03134283938-20221019-172201-20018版本）。

SQL优化参见往期文章《达梦执行计划的选择与优化思路》