一次DB2分页语句的优化,带你拨开分页SQL优化的外衣
1 前言:
最近,项目中的一个 DB2分页查询很慢 ,组长将此分页的优化分派给了我;然后一顿优化(乱操作)后,将DB2分页查询耗时降到了比较满意的情况,[ 开森 ];
然后马上将结果报告了组长,组长查看我的演示后,发现分页查询确实快了很多,可以达到让人“接受的程度”,比优化之前的 页面一直转圈等待 相当可以了呀;
注:优化后的演示环境与发现分页查询慢时的环境基本一致,包括库中数据量、DB2的配置、服务器的配置等。
首先通过查看执行计划发现,SQL语句中的索引都利用上了,那么暂时就不是 索引 的问题了,最后发现是 SQL语句存在问题 ,对SQL进行了优化,查询就快了;
下面就简单描述下DB2的分页SQL是怎么进行优化的,binggou 走起;
本文主线:
- 必备前提:select 查询SQL的逻辑执行顺序
- 优化历程:DB2分页SQL优化过程
- 知识扩展:分享一些导致分页查询慢的特别案例
2 必备前提:
在对查询SQL语句进行优化时,需要知道其逻辑执行顺序,这对进行SQL优化有很大帮助的;
SQL的 逻辑执行顺序 ,指的是SQL语句按照一定的规则,一整条语句应该如何执行,每一个关键字、子句部分在什么时刻执行;
1、一个简单select查询SQL的逻辑执行顺序如下:
- 先执行 from table join table ,获取要操作的表及关联的表,对它们计算笛卡尔积,得到一个虚拟表v1;
- 然后执行 on 条件 ,对虚拟表v1进行连接查询筛选,得到一个虚拟表v2;
- 然后执行 where 条件 ,对虚拟表v2中的数据进行筛选,得到虚拟表v3;
- 然后在执行 group by 语句,将虚拟表v3中的数据进行分组,得到虚拟表v4;
- 再执行 Having 条件过滤 ,对分组后的虚拟表v4进行条件筛选,得到虚拟表v5;
- 然后对虚拟表v5的数据执行 select 投影列 ,只保留select中的展示的字段,得到虚拟表v6;
- 然后再执行 order by 排序语句 ,对虚拟表v6中的数据进行排序,得到虚拟表v7;
- 最后才执行 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 =