oracle开发系列（三）TABLE ACCESS BY INDEX ROWID 你不知道的索引回表
1 引言
最近系统经常提示一个sql查询时间过长的问题,看了一下就是一个每天按照时间戳统计前一天量的sql。
表总的数据量为53483065。
语句如下：
select count(x.serial_id) as countnum from iodso.qos_cnst_busilog_td x where x.oper_time between trunc(sysdate- 1) and trunc(sysdate);
执行时间情况如下：（执行要49s）
看了下执行计划 是这样的：
从上面的执行计划来看 也是走了索引的 是索引范围扫描。
2 解决
搞不明白 ，决定用count(*) 试试。
执行时间情况如下：
时间很快，1s不到。差别很大，感觉很奇怪 就比较了一下 两者的执行计划，下面是count(*)的执行计划
对比了下 发现 慢的那个 多了个 TABLE ACCESS BY INDEX ROWID。
3 结论
得出原因：索引有一个单独的块存储，根据oper_time 统计表的数据量时 只需要在索引的块里面统计数据量就可以了，所以比较快。
那个count(serialid) ：
Oracle 索引中保存的是我们字段的值和该值对应的rowid，我们根据索引进行查找，索引范围扫描后，就会返回该block的rowid，然后根据rowid直接去block上去我们需要的数据，因此就出现了：TABLE ACCESS BY INDEX ROWID
因为还要根据rowid回表的数据块上查询数据，所以速度慢了很多。
4 备注：
下面两个查询的执行时间也很快，因为执行计划与count(*)都是一样的。
select COUNT(x.oper_time) AS countnum
fromiodso.qos_cnst_busilog_td x
where x.oper_timebetween trunc(sysdate - 1) and trunc(sysdate);
select COUNT(1) AS countnum
fromiodso.qos_cnst_busilog_td x
where x.oper_timebetween trunc(sysdate - 1) and trunc(sysdate);
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
