一次DB2分页语句的优化，带你拨开分页SQL优化的外衣

一次DB2分页语句的优化，带你拨开分页SQL优化的外衣

1 前言：

最近，项目中的一个 DB2分页查询很慢 ，组长将此分页的优化分派给了我；然后一顿优化（乱操作）后，将DB2分页查询耗时降到了比较满意的情况，[ 开森 ]；

然后马上将结果报告了组长，组长查看我的演示后，发现分页查询确实快了很多，可以达到让人“接受的程度”，比优化之前的 页面一直转圈等待 相当可以了呀；

注：优化后的演示环境与发现分页查询慢时的环境基本一致，包括库中数据量、DB2的配置、服务器的配置等。

首先通过查看执行计划发现，SQL语句中的索引都利用上了，那么暂时就不是 索引 的问题了，最后发现是 SQL语句存在问题 ，对SQL进行了优化，查询就快了；

下面就简单描述下DB2的分页SQL是怎么进行优化的，binggou 走起；

本文主线：

• 必备前提：select 查询SQL的逻辑执行顺序
• 优化历程：DB2分页SQL优化过程
• 知识扩展：分享一些导致分页查询慢的特别案例

2 必备前提：

在对查询SQL语句进行优化时，需要知道其逻辑执行顺序，这对进行SQL优化有很大帮助的；

SQL的 逻辑执行顺序 ，指的是SQL语句按照一定的规则，一整条语句应该如何执行，每一个关键字、子句部分在什么时刻执行；

1、一个简单select查询SQL的逻辑执行顺序如下：

1. 先执行 from table join table ，获取要操作的表及关联的表，对它们计算笛卡尔积，得到一个虚拟表v1；
2. 然后执行 on 条件 ，对虚拟表v1进行连接查询筛选，得到一个虚拟表v2；
3. 然后执行 where 条件 ，对虚拟表v2中的数据进行筛选，得到虚拟表v3；
4. 然后在执行 group by 语句，将虚拟表v3中的数据进行分组，得到虚拟表v4；
5. 再执行 Having 条件过滤 ，对分组后的虚拟表v4进行条件筛选，得到虚拟表v5；
6. 然后对虚拟表v5的数据执行 select 投影列 ，只保留select中的展示的字段，得到虚拟表v6；
7. 然后再执行 order by 排序语句 ，对虚拟表v6中的数据进行排序，得到虚拟表v7；
8. 最后才执行 limit 等分页语句（限制条数） ，得到虚拟表v8 。

2、简单分析下查询慢的分页SQL：

上面简单描述了下查询SQL的逻辑执行顺序，下面就来分析下查询慢的分页语句的逻辑执行顺序；

SELECT * FROM
 (
   SELECT B.*, ROWNUMBER() OVER() AS RN FROM
    (
        select
           ts.name,
           ts.age,
           tc.class_name,
           ts.describe,
           ts.birthday
        from t_student ts
        LEFT JOIN t_class tc on tc.class_id = ts.class_id
        where