oracle count 百万级 分页查询记录总数、总条数优化

看到不错的文章记录一下：http://chwshuang.iteye.com/blog/1537487

oracle count 百万级 查询记录总数、总条数优化  


最近做一个项目时，做分页时，发现分页查询速度很慢，分页我做的是两次查询，一次是查询总数，一次是查询分页结果


Java代码  
/** 查询总记录数 **/  
    SELECT   
        COUNT(id)    
    FROM   
        USER    
    order by   
        id   
  
/** 查询结果集 **/  
select   
        *    
    from   
        ( select   
            row_.*,   
            rownum rownum_    
        from   
            ( select   
                id ,    
                user_number,   
                user_name,   
                user_password,        
                sex,   
                Registered_time,   
                last_login_time,   
                post   
                    from   
                USER  u   
            order by   
                u.id) row_    
        where   
            rownum <= ?   
        )    
    where   
        rownum_ > ?  


/** 查询总记录数 **/
    SELECT
        COUNT(id) 
    FROM
        USER 
    order by
        id


/** 查询结果集 **/
select
        * 
    from
        ( select
            row_.*,
            rownum rownum_ 
        from
            ( select
                id , 
                user_number,
                user_name,
                user_password,     
                sex,
                Registered_time,
                last_login_time,
                post
                    from
                USER  u
            order by
                u.id) row_ 
        where
            rownum <= ?
        ) 
    where
        rownum_ > ? 


user表中的记录是128万多条，这个是没有查询条件时的查询，也就是用户刚刚进入模块时的查询，发现查询时间是2566ms~2152ms之间，单独执行每条语句，发现第一条的执行时间在2000ms以上，在PL/SQL中执行的结果也证实了我的判断。所以要对select count语句进行优化。


     在网上找了很多优化方案，大多不尽人意，（分表的方式听上去不错，不过由于单表是历史原因，这里就不作考虑）。最后找到一个比较令人满意的答。就是在语句中加入 /*+ROWID(USER)*/或者/*+ INDEX(USER ID) */ 来提高查询效果。


    听说这个就是强制使用索引统计结果？如果有哪位大虾能把原理详细告诉我，请来多多指点！




SELECT  /*+ROWID(USER)*/   count(*)  FROM USER t 
或者
SELECT  /*+ INDEX(USER ID) */ count(*) FROM USER  t 使用后，单条统计总数的查询在800ms左右，分页查询结果基本在900ms~950ms之间，基本在一秒之内，达到了当初设计需求。


    当然，这个是没有加查询条件的，当把查询条件加入后，不管前面加不加强制索引，结果时间都在2000ms之间，所以，如果要进行有条件的查询，就要在where条件中进行优化。特别注意条件字段查询前后顺序。