高手閑談Oracle索引掃描
Oracle還是比較常用的，于是我研究了一下Oracle索引掃描，在這里拿出來和大家分享一下，希望對大家有用。我們先通過index查找到數(shù)據(jù)對應(yīng)的rowid值(對于非***索引可能返回多個rowid值)，然后根據(jù)rowid直接從表中得到具體的數(shù)據(jù)，這種查找方式稱為Oracle索引掃描或索引查找(index lookup)。一個rowid***的表示一行數(shù)據(jù)，該行對應(yīng)的數(shù)據(jù)塊是通過一次i/o得到的，在此情況下該次i/o只會讀取一個數(shù)據(jù)庫塊。
在索引中，除了存儲每個索引的值外，索引還存儲具有此值的行對應(yīng)的ROWID值。Oracle索引掃描可以由2步組成：
(1) 掃描索引得到對應(yīng)的rowid值。
(2) 通過找到的rowid從表中讀出具體的數(shù)據(jù)。
每步都是單獨的一次I/O，但是對于索引，由于經(jīng)常使用，絕大多數(shù)都已經(jīng)CACHE到內(nèi)存中，所以第1步的I /O經(jīng)常是邏輯I/O，即數(shù)據(jù)可以從內(nèi)存中得到。但是對于第2步來說，如果表比較大，則其數(shù)據(jù)不可能全在內(nèi)存中，所以其I/O很有可能是物理I/O，這是一個機械操作，相對邏輯I/O來說，是極其費時間的。所以如果多大表進行索引掃描，取出的數(shù)據(jù)如果大于總量的5% -- 10%，使用索引掃描會效率下降很多。
如下列所示：
- SQL> explain plan for select empno, ename from emp where empno=10;
- Query Plan
- SELECT STATEMENT [CHOOSE] Cost=1
- TABLE ACCESS BY ROWID EMP [ANALYZED]
- INDEX UNIQUE SCAN EMP_I1
注意TABLE ACCESS BY ROWID EMP部分，這表明這不是通過FTS存取路徑訪問數(shù)據(jù)，而是通過rowid lookup存取路徑訪問數(shù)據(jù)的。在此例中，所需要的rowid是由于在索引查找empno列的值得到的，這種方式是INDEX UNIQUE SCAN查找，后面給予介紹，EMP_I1為使用的進行索引查找的索引名字。
但是如果查詢的數(shù)據(jù)能全在索引中找到，就可以避免進行第2步操作，避免了不必要的I/O，此時即使通過Oracle索引掃描取出的數(shù)據(jù)比較多，效率還是很高的，因為這只會在索引中讀取。所以上面我在介紹基于規(guī)則的優(yōu)化器時，使用了select count(id) from SWD_BILLDETAIL where cn <'6'，而沒有使用select count(cn) from SWD_BILLDETAIL where cn <'6'。因為在實際情況中，只查詢被索引列的值的情況極為少，所以，如果我在查詢中使用count(cn)，則不具有代表性。
- SQL> explain plan for select empno from emp where empno=10; -- 只查詢empno列值
- Query Plan
- SELECT STATEMENT [CHOOSE] Cost=1
- INDEX UNIQUE SCAN EMP_I1
進一步講，如果sql語句中對索引列進行排序，因為索引已經(jīng)預(yù)先排序好了，所以在執(zhí)行計劃中不需要再對索引列進行排序
- SQL> explain plan for select empno, ename from emp
- where empno > 7876 order by empno;
- Query Plan
- SELECT STATEMENT [CHOOSE] Cost=1
- TABLE ACCESS BY ROWID EMP [ANALYZED]
- INDEX RANGE SCAN EMP_I1 [ANALYZED]
從這個例子中可以看到：因為索引是已經(jīng)排序了的，所以將按照索引的順序查詢出符合條件的行，因此避免了進一步排序操作。
【編輯推薦】
