SQL极致优化案例：利用索引特性进行max/min优化-优快云博客

本文链接：https://blog.youkuaiyun.com/enmotech/article/details/115388519

本文通过一个SQL优化案例，详细介绍了如何利用索引特性，尤其是通过CASE WHEN表达式，来优化包含IS NOT NULL条件的SQL查询，从而将逻辑读从2117降低到3，提升查询性能数百倍。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

不要错过更多干货文章，点击上方蓝字关注我们

IS NOT NULL的优化

客户系统有这样一条SQL，脱敏后如下：

SELECT NVL(MAX(T1.CREATED),SYSDATE) FROM DUAL LEFT JOIN TEST11 T1
ON T1.OWNER=’OUTLN’ AND OBJECT_TYPE IS NOT NULL;

SQL是TEST11表和DUAL表相关联，WHERE条件中OWNER字段有索引，SQL走了该字段索引范围扫描的执行计划，单次执行逻辑读2117。SQL执行频率非常高，一分钟数万次。执行计划如下：

WHERE条件有两个【OWNER=’OUTLN’】和【OBJECT_TYPE IS NOT NULL】，查询取出来的字段是CREATED，考虑创建OWNER+OBJECT_TYPE+CREATED三列联合索引，可以消除回表的成本，创建索引后逻辑读由2117降为82。执行计划如下：

继续分析该SQL, 发现其实从逻辑上来说，SQL仅需要时间列CREATED的最小值，至于其他值是什么并不重要。那么是否有一种方法可以只取出最小值，而忽略掉其他数据呢？如果可以做到那么逻辑读就会进一步降低。

考虑一下索引的结构：索引由根节点块(root block)、枝块（branch block）和叶子块（leaf block）组成，索引的数据在叶子块里是顺序排列的。也就是说最小值的数据会保存在索引块的最小那一端。理论上来说，完全可以从叶子块的其中一段取一个块，就可以得到特定索引的最小值。

为了更好理解，我们把问题简化成取表里CREATED最小值（或者最大值）。

需要取得TEST11表CREATED的最大/最小值：

SELECT MAX(CREATED) FROM TEST11;

假设存在CREATED字段的索引，那么完全可以只取叶子块的最靠边的一个块，就能得到所需要的的值。

下面做一个测试，创建一个测试表：