oracle 效能優化（一）

SELECT BLOG_ID ,WEBROOT
FROM BLOG_USER BU
WHERE BU.WEB_ID=2314
/
--WEB_ID上有索引,強制全表掃描,注意：如果表使用了別名那麼提示也必須使用別名
SELECT /*+ FULL(BU) */ BLOG_ID ,WEBROOT
FROM BLOG_USER BU
WHERE BU.WEB_ID=2314
/
--指定多個提示:執行全表掃描和快取表名,用空格將多個提示分開
SELECT /*+ FULL(BU) CACHE(BU)*/ BLOG_ID ,WEBROOT
FROM BLOG_USER BU
WHERE BU.WEB_ID=2314
/
--FIRST_ROWS一般會強制使用某些索引，而在正常環境下可能不會使用這些索引
SELECT COUNT(*)
FROM BLOG_USER----742643資料量

1、SELECT BLOG_ID ,WEBROOT
FROM BLOG_USER BU
WHERE BU.WEB_ID>=2314

2、SELECT /*+ FIRST_ROWS(10) */ BLOG_ID ,WEBROOT
FROM BLOG_USER BU
WHERE BU.WEB_ID>=2314

1、2兩者，第一個執行全表掃描，第二個會走索引， 第二個的代價就是檢索很多行時速度將會非常慢,在這個例子中也確實比第一個慢
/
--ALL_ROWS以最快速度檢索出所有行（最佳吞吐量）
/
--NO_INDEX提示 禁止優化器使用某個索引
SELECT /*+ NO_INDEX(BU IDX_BLOG_USER_WEBID) */ BLOG_ID ,WEBROOT
FROM BLOG_USER BU
WHERE BU.WEB_ID=2314

限制不使用多個索引

SELECT /*+ NO_INDEX(S IDX_STUDENT_NAME) NO_INDEX(C IDX_UN_CONNECTOR) NO_INDEX(C IDX_CONNECTOR_UNITID) NO_INDEX(U PK_UNIT) */ C.MOBILE
/
--INDEX_JOIN提示  將一個表的各個不同索引進行合併，這樣只需要訪問這寫索引就行了，節省了重新索引表的時間
1、
SELECT /*+ INDEX_JOIN( BU IDX_BLOG_USER_WEBID IDX_BLOG_USER_BLOGID) */ BLOG_ID ,WEB_ID
FROM BLOG_USER BU
WHERE BLOG_ID=213
AND WEB_ID=235
---==
 SELECT STATEMENT,7,1,12,0,0
  VIEW--index$_join$_001 (VIEW),7,1,12,0,0
   HASH JOIN,0,0,0,0,0
    INDEX (RANGE SCAN)--IDX_BLOG_USER_WEBID (INDEX),3,1,12,0,0
    INDEX (RANGE SCAN)--IDX_BLOG_USER_BLOGID (INDEX),3,1,12,0,0
 比使用索引並通過rowid掃描整個表要快5倍
               
2、
SELECT  BLOG_ID ,WEB_ID
FROM BLOG_USER BU
WHERE BLOG_ID=213
AND WEB_ID=235
 SELECT STATEMENT,4,1,12,0,0
  TABLE ACCESS (BY INDEX ROWID)--BLOG_USER (TABLE),4,1,12,0,0
   INDEX (RANGE SCAN)--IDX_BLOG_USER_WEBID (INDEX),3,1,0,0,0

/
--index_combine合併點陣圖索引
/
--index_asc  index_desc 升序掃描索引和降序掃描索引
/
--index_ffs 提示應該執行一次索引的快速全域性掃描。只訪問索引，而不是對應的表，只有查詢需要檢索的資訊都在索引上時才使用索引的快速全域性掃描。特別在表有很多列時，使用該提示可以極大地改善效能。
和index_join有點像啊

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/25323853/viewspace-695795/，如需轉載，請註明出處，否則將追究法律責任。