记一次数据库优化

背景：电子政务系统显示公文数据列表打开的时候速度非常慢

 

原因：数据量大，多表之间连接复杂，打开列表需要读取的逻辑读超出12万，因为涉及到分页，所以需要查询俩次，一次是count出来的数据量（逻辑读=30000），用于分页，另一次是当前页显示的数据（逻辑读=90000），俩次查询涉及到的每张表都是全表扫描。

 

原sql语句太复杂，用这俩条语句做示例：

 

查询表的数据量
SELECT COUNT(DISTINCT NDOCID) FROM WF_DOC_GW;

查询当前页数据
SELECT *
  FROM (SELECT A.*, ROWNUM R
          FROM (SELECT DISTINCT NDOCID, TITLE, CREATEDATE
                  FROM WF_DOC_GW
                 ORDER BY CREATEDATE DESC) A
         WHERE ROWNUM <= 13) B
 WHERE R > 0;

 

 

 

解决思路：终极目标是降低逻辑读。为了这个目标，前进。

 

        1：每页显示13条数据，却要全表扫描几百万数据的表，如果能用索引来读取的话，该有多好啊。

        2：注意到查询当前页数据的时候，

             对CREATEDATE 进行了倒序排序，如果我们在count数据的时候，同时也对CREATEDATE进行倒序排序，

而且进行分页处理，得到当前页需要的ndocid，

       3：把第二步得到的ndocid传递到查询当前页数据的sql中，不就走索引了嘛（备注：ndocid是索引），按照这个想               法重新写sql

 

 

SELECT *
  FROM (SELECT A.*, ROWNUM R
          FROM (SELECT DISTINCT NDOCID,
                                CREATEDATE,
                                COUNT(DISTINCT A.NDOCID) OVER() AS COUNTNUM
                  FROM WF_DOC_GW
                 ORDER BY CREATEDATE DESC) A
         WHERE ROWNUM <= 13) B
 WHERE R > 0;
 

SELECT DISTINCT NDOCID, TITLE, CREATEDATE
  FROM WF_DOC_GW
 WHERE NDOCID IN (1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13)
 ORDER BY CREATEDATE DESC;

 

 

 

 

 

结果：count数据里这条sql的逻辑读还是30000，但是查询当前页数据的sql逻辑读变为了300，从9万降低到300，性能提高很多