ORACLE查询优化

摘要: ORACLE查询优化

ORACLE查询优化：

症结：

目前项目数据库查询速度太慢，130W的数据分页查询页面请求直接超时，拿语句到PLSQL进行查询，超30秒，不能忍，直接点终止查询了。

针对目前查询速度的优化思路及方案：

拿到查询的SQL到手后，先去掉关联表后，直接业务主表单表查询，发现只少了十几秒左右，看来一半问题在于主表。

不多说直接看查询计划，发现 SORT ORDER BY TABLE ACCESS FULL ,ok,去掉order by 后查询1秒多，症结找到！

A. 首先想到的是oracle排序空间是否足够，Oracle排序是在PGA中进行的，当PGA的内存不足时，则需要使用到临时表空间，

使用临时表空间，会急剧的加大IO，从而降低整个排序的性能。所以，如果条件允许，尽量加大PGA的大小，让整个排序过程在内存中完成。

这个简单，发现sort_area_size值还是默认的64KB大小，同时查看一下是否占用了disk sorts ，并相应增加sort_area_size参数值

直到显示为 0 sorts (disk)

B.然后思考解决办法，首先关联表太多，导致损耗十几秒时间，首先想到的是查改分离，

1. 先建立查询表，只保留查询结果需要的字段，新增加一个数值类型的主键字段，同时对应增加一个SEQ

2. 数据先排序后，再批量导入，主键将按照排序后的SEQ生成对应主键

3. 在业务主表增加相应的触发器（新增，修改，删除），业务表变动触发同步到查询表

结果：

业务单表order by 查询 15秒左右浮动

查询单表按照主键 order by 查询 0.002秒左右浮动

跟踪查询计划变为 COUNT STOPKEY TABLE -- ACCESS BY INDEX ROWID -- INDEX FULL SCAN

这才是想要的，可见table full 的消耗何其恐怖...

C.最后就是加上分页了

SELECT * FROM (

SELECT ROWNUM AS ROWN,DB.* FROM (

SELECT * FROM TABLE

ORDER BY PK_COL

) DB

) TEMPDB WHERE 1=1 AND TEMPDB.ROWN > 0 and tempdb.rown <= 10

一执行，需要4秒左右，WHY?，不加分页就执行里面那句可是毫秒级别的查询反馈，继续查看执行计划，发现又是万恶的 TABLE FULL

其实大家眼尖的已经发现了，分页不是这么写的，不描述的直接上代码：

SELECT * FROM (

SELECT ROWNUM AS ROWN,DB.* FROM (

SELECT * FROM TABLE

WHERE ROWNUM <=10

ORDER BY PK_COL

) DB

) TEMPDB WHERE 1=1 AND TEMPDB.ROWN > 0

很好继续跑到毫秒级，到这里就结束了。

最后COUNT(1)一遍再加上select * 一遍 加起来在PLSQL执行都只要20几毫秒，

集成到项目上测试，耗时5秒左右，这就不是我能控制的了，但至少操作等待时间还勉强能接收，页面不会挂掉了.