create index index_name on table_name(column_name) ;\x0d\x0a只要你查詢使用到建了索引的字段，一般都會(huì)用到索引。 \x0d\x0a \x0d\x0a--創(chuàng)建表\x0d\x0acreate table aaa\x0d\x0a(\x0d\x0a a number,\x0d\x0a b number\x0d\x0a);\x0d\x0a--創(chuàng)建索引\x0d\x0acreate index idx_a on aaa (a);\x0d\x0a--使用索引\x0d\x0aselect * from aaa where a=1;\x0d\x0a這句查詢就會(huì)使用索引 idx_a
目前創(chuàng)新互聯(lián)公司已為上千的企業(yè)提供了網(wǎng)站建設(shè)、域名、雅安服務(wù)器托管、成都網(wǎng)站托管、企業(yè)網(wǎng)站設(shè)計(jì)、洪江管理區(qū)網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長(zhǎng)，共同發(fā)展。
當(dāng)索引的碎片過(guò)多時(shí) 會(huì)影響執(zhí)行查詢的速度 從而影響到我們的工作效率 這時(shí)候采取的最有利的措施莫過(guò)于重建索引了 本文主要介紹了Oracle數(shù)據(jù)庫(kù)中檢查索引碎片并重建索引的過(guò)程 接下來(lái)我們就開始介紹這一過(guò)程
重建索引的步驟如下
確認(rèn)基本信息
登入數(shù)據(jù)庫(kù) 找到專門存放index 的tablespace 并且這個(gè)tablespace下所有index的owner都是tax 將index專門存放在一個(gè)獨(dú)立的tablespace 與數(shù)據(jù)表的tablespace分離 是常用的數(shù)據(jù)庫(kù)設(shè)計(jì)方法
查找哪些index需要重建
通過(guò)anlyze index validate structure命令可以分析單個(gè)指定的index 并且將單個(gè)index 分析的結(jié)果存放到 index_stats試圖下 一般判斷的依據(jù)是
height pct_used % del_lf_rows / lf_rows + g )
google上下載了遍歷所有index腳本
發(fā)現(xiàn)anlyze index validate structure只能填充單個(gè)index分析信息 于是google了下 從網(wǎng)上下了個(gè)Loop 腳本 遍歷索引空間下所有的索引名字 并且可以把所有index的分析信息存放到自己建立的一個(gè)用戶表中
anlyze index 鎖定index
發(fā)現(xiàn)下載的腳本不好用 應(yīng)為anlyze index在分析索引前要爭(zhēng)取獨(dú)占鎖 鎖住index 很明顯有些index正在被應(yīng)用系統(tǒng)的使用 所以運(yùn)行anlyze失敗 這里吸取的教訓(xùn)是 盡量晚上做這種事 但是本人比較喜歡準(zhǔn)時(shí)回家 所以在語(yǔ)句中添加Exception Handler 拋出anlyze index執(zhí)行失敗的那些index 名稱 使腳本正常運(yùn)行完畢 并且根據(jù)打印到前臺(tái)的index name手動(dòng)執(zhí)行那些index分析
總結(jié)
雖然發(fā)現(xiàn) 個(gè)index中有 個(gè)符合上面的判斷的依據(jù) 但是發(fā)現(xiàn)索引都不大 而那些擁有百萬(wàn)leaf的索引又沒有符合上面的判斷條件 所以結(jié)論是無(wú)需index rebuild online 沒有啥碎片
什么時(shí)候可以rebuild index呢?
rebuild index online 對(duì)那些有大量DML操作的大索引是有益的 可以每個(gè)月季度做一次針對(duì)較大索引的rebuild 通常哪怕rebuild index online也會(huì)造成I/O爭(zhēng)用 所以有無(wú)online意義不大 可以放到 個(gè)晚上 分批執(zhí)行rebuild index 鎖定index 不讓用戶用(沒有用戶等入的時(shí)候) 并且加上paralle 關(guān)鍵字 應(yīng)為發(fā)現(xiàn)數(shù)據(jù)庫(kù)服務(wù)器有 個(gè)cpu processors
lishixinzhi/Article/program/Oracle/201311/19014
· 通過(guò)全表掃描的方式訪問(wèn)數(shù)據(jù)；
· 通過(guò)ROWID訪問(wèn)數(shù)據(jù)；
· 通過(guò)索引的方式訪問(wèn)數(shù)據(jù)；
· Oracle順序讀取表中所有的行，并逐條匹配WHERE限定條件。
· 采用多塊讀的方式進(jìn)行全表掃描，可以有效提高系統(tǒng)的吞吐量，降低I/O次數(shù)。
· 即使創(chuàng)建索引，Oracle也會(huì)根據(jù)CBO的計(jì)算結(jié)果，決定是否使用索引。
注意事項(xiàng)：
· 只有全表掃描時(shí)才可以使用多塊讀。該方式下，單個(gè)數(shù)據(jù)塊僅訪問(wèn)一次。
· 對(duì)于數(shù)據(jù)量較大的表，不建議使用全表掃描進(jìn)行訪問(wèn)。
· 當(dāng)訪問(wèn)表中的數(shù)據(jù)量超過(guò)數(shù)據(jù)總量的5%—10%時(shí)，通常Oracle會(huì)采用全表掃描的方式進(jìn)行訪問(wèn)。
· 并行查詢可能會(huì)導(dǎo)致優(yōu)化器選擇全表掃描的方式。1.2ROWID訪問(wèn)表
· Rowid是數(shù)據(jù)存放在數(shù)據(jù)庫(kù)中的物理地址，能夠唯一標(biāo)識(shí)表中的一條數(shù)據(jù)。
· Rowid指出了一條記錄所在的數(shù)據(jù)文件、塊號(hào)以及行號(hào)的位置，因此通過(guò)ROWID定位單行數(shù)據(jù)是最快的方法。
注意事項(xiàng)：
· Rowid作為一個(gè)偽列，其數(shù)值并不存儲(chǔ)在數(shù)據(jù)庫(kù)中，當(dāng)查詢時(shí)才進(jìn)行計(jì)算。
· Rowid除了在同一集簇中可能不唯一外，每條記錄的Rowid唯一。1.3 INDEX訪問(wèn)表
· 通過(guò)索引查找相應(yīng)數(shù)據(jù)行的Rowid，再根據(jù)Rowid查找表中實(shí)際數(shù)據(jù)的方式稱為“索引查找”或者“索引掃描”。
· 一個(gè)Rowid對(duì)應(yīng)一條數(shù)據(jù)行（根據(jù)Rowid查找結(jié)果，僅需要對(duì)Rowid相應(yīng)數(shù)據(jù)的數(shù)據(jù)塊進(jìn)行一次I/O操作），因此該方式屬于“單塊讀”。
· 對(duì)于索引，除了存儲(chǔ)索引的數(shù)據(jù)外，還保存有該數(shù)據(jù)對(duì)應(yīng)的Rowid信息。
· 索引掃描分為兩步：1）掃描索引確定相應(yīng)的Rowid信息。 2）根據(jù)Rowid從表中獲得對(duì)應(yīng)的數(shù)據(jù)。
注意事項(xiàng)：
· 對(duì)于選擇性高的數(shù)據(jù)行，索引的使用會(huì)提升查詢的性能。但對(duì)于DML操作，尤其是批量數(shù)據(jù)的操作，可能會(huì)導(dǎo)致性能的降低。
· 全表掃描的效率不一定比索引掃描差，關(guān)鍵看數(shù)據(jù)在數(shù)據(jù)塊上的具體分布。
索引是關(guān)系數(shù)據(jù)庫(kù)中用于存放每一條記錄的一種對(duì)象，主要目的是加快數(shù)據(jù)的讀取速度和完整性檢查。建立索引是一項(xiàng)技術(shù)性要求高的工作。一般在數(shù)據(jù)庫(kù)設(shè)計(jì)階段的與數(shù)據(jù)庫(kù)結(jié)構(gòu)一道考慮。應(yīng)用系統(tǒng)的性能直接與索引的合理直接有關(guān)。
(1) 單列索引
單列索引是基于單個(gè)列所建立的索引。
(2) 復(fù)合索引
復(fù)合索引是基于兩列或是多列的索引，在同一張表上可以有多個(gè)索引，但是要求列的組合必須不同。
(1) 重命名索引
(2) 合并索引
（表使用一段時(shí)間后在索引中會(huì)產(chǎn)生碎片，此時(shí)索引效率會(huì)降低，可以選擇重建索引或者合并索引,合并索引方式更好些，無(wú)需額外存儲(chǔ)空間，代價(jià)較低）
(3) 重建索引
方式一：刪除原來(lái)的索引，重新建立索引
當(dāng)不需要時(shí)可以將索引刪除以釋放出硬盤空間。命令如下：
例如：
注：當(dāng)表結(jié)構(gòu)被刪除時(shí)，有其相關(guān)的所有索引也隨之被刪除。
方式二： Alter index 索引名稱 rebuild;
· 通過(guò)創(chuàng)建唯一性索引，可以保證數(shù)據(jù)庫(kù)表中每一行數(shù)據(jù)的唯一性。
· 索引可以大大加快數(shù)據(jù)的檢索速度，這是創(chuàng)建索引的最主要的原因。
· 可以加速表和表之間的連接，特別是在實(shí)現(xiàn)數(shù)據(jù)的參考完整性方面特別有意義。
· 在使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時(shí)，同樣可以顯著減少查詢中分組和排序的時(shí)間。
· 通過(guò)使用索引，可以在查詢的過(guò)程中，使用優(yōu)化隱藏器，提高系統(tǒng)的性能。
· 索引的層次不要超過(guò)4層。
· 創(chuàng)建索引和維護(hù)索引要耗費(fèi)時(shí)間，這種時(shí)間隨著數(shù)據(jù)量的增加而增加。
· 除了數(shù)據(jù)表占數(shù)據(jù)空間之外，每一個(gè)索引還要占一定的物理空間，如果要建立聚簇索引，那么需要的空間就會(huì)更大。
· 當(dāng)對(duì)表中的數(shù)據(jù)進(jìn)行增加、刪除和修改的時(shí)候，索引也要?jiǎng)討B(tài)的維護(hù)，這樣就降低了數(shù)據(jù)的維護(hù)速度。
· 更新數(shù)據(jù)的時(shí)候，系統(tǒng)必須要有額外的時(shí)間來(lái)同時(shí)對(duì)索引進(jìn)行更新，以維持?jǐn)?shù)據(jù)和索引的一致性。
1) 不恰當(dāng)?shù)乃饕坏谑聼o(wú)補(bǔ)，反而會(huì)降低系統(tǒng)性能。因?yàn)榇罅康乃饕谶M(jìn)行插入、修改和刪除操作時(shí)比沒有索引花費(fèi)更多的系統(tǒng)時(shí)間。
1) 應(yīng)該建索引的列
· 在經(jīng)常需要搜索的列上，可以加快搜索的速度；
· 在作為主鍵的列上，強(qiáng)制該列的唯一性和組織表中數(shù)據(jù)的排列結(jié)構(gòu)；
· 在經(jīng)常用在連接的列上，這些列主要是一些外鍵，可以加快連接的速度；
· 在經(jīng)常需要根據(jù)范圍進(jìn)行搜索的列上創(chuàng)建索引，因?yàn)樗饕呀?jīng)排序，其指定的范圍是連續(xù)的；
· 在經(jīng)常需要排序的列上創(chuàng)建索引，因?yàn)樗饕呀?jīng)排序，這樣查詢可以利用索引的排序，加快排序查詢時(shí)間；
· 在經(jīng)常使用在WHERE子句中的列上面創(chuàng)建索引，加快條件的判斷速度。
2) 不應(yīng)該建索引的列
· 在大表上建立索引才有意義，小表無(wú)意義。
· 對(duì)于那些在查詢中很少使用或者參考的列不應(yīng)該創(chuàng)建索引。
· 對(duì)于那些只有很少數(shù)據(jù)值的列也不應(yīng)該增加索引。比如性別，在查詢的結(jié)果中，結(jié)果集的數(shù)據(jù)行占了表中數(shù)據(jù)行的很大比例，。增加索引，并不能明顯加快檢索速度。
· 對(duì)于那些定義為blob數(shù)據(jù)類型的列不應(yīng)該增加索引。這是因?yàn)?，這些列的數(shù)據(jù)量要么相當(dāng)大，要么取值很少。
· 當(dāng)修改性能遠(yuǎn)遠(yuǎn)大于檢索性能時(shí)，不應(yīng)該創(chuàng)建索引。
一個(gè)表中有幾百萬(wàn)條數(shù)據(jù)，對(duì)某個(gè)字段加了索引，但是查詢時(shí)性能并沒有什么提高，這主要可能是oracle的索引限制造成的。Oracle的索引有一些索引限制，在這些索引限制發(fā)生的情況下，即使已經(jīng)加了索引，oracle還是會(huì)執(zhí)行一次全表掃描，查詢的性能不會(huì)比不加索引有所提高，反而可能由于數(shù)據(jù)庫(kù)維護(hù)索引的系統(tǒng)開銷造成性能更差。
下面的查詢即使在djlx列有索引，查詢語(yǔ)句仍然執(zhí)行一次全表掃描。
把上面的語(yǔ)句改成如下的查詢語(yǔ)句，這樣，在采用基于規(guī)則的優(yōu)化器而不是基于代價(jià)的優(yōu)化器（更智能）時(shí)，將會(huì)使用索引。
特別注意：通過(guò)把不等于操作符改成OR條件，就可以使用索引，避免全表掃描。
使用IS NULL或IS NOT NULL同樣會(huì)限制索引的使用。因此在建表時(shí)，把需要索引的列設(shè)成NOT NULL。如果被索引的列在某些行中存在NULL值，就不會(huì)使用這個(gè)索引（除非索引是一個(gè)位圖索引）。
如果不使用基于函數(shù)的索引，那么在SQL語(yǔ)句的WHERE子句中對(duì)存在索引的列使用函數(shù)時(shí)，會(huì)使優(yōu)化器忽略掉這些索引。 下面的查詢不會(huì)使用索引（只要它不是基于函數(shù)的索引）
也是比較難于發(fā)現(xiàn)的性能問(wèn)題之一。比如：bdcs_qlr_xz中的zjh是NVARCHAR2類型,在zjh字段上有索引。如果使用下面的語(yǔ)句將執(zhí)行全表掃描。
因?yàn)镺racle會(huì)自動(dòng)把查詢語(yǔ)句改為
特別注意：不匹配的數(shù)據(jù)類型之間比較會(huì)讓Oracle自動(dòng)限制索引的使用,即便對(duì)這個(gè)查詢執(zhí)行Explain Plan也不能讓您明白為什么做了一次“全表掃描”。
(1) 索引無(wú)效
(2) 索引有效
在Oracle數(shù)據(jù)庫(kù)中 創(chuàng)建索引雖然比較簡(jiǎn)單 但是要合理的創(chuàng)建索引則比較困難了 筆者認(rèn)為 在創(chuàng)建索引時(shí)要做到三個(gè)適當(dāng) 即在適當(dāng)?shù)谋砩?適當(dāng)?shù)牧猩蟿?chuàng)建適當(dāng)數(shù)量的索引 雖然這可以通過(guò)一句話來(lái)概括優(yōu)化的索引的基本準(zhǔn)則 但是要做到這一點(diǎn)的話 需要數(shù)據(jù)庫(kù)管理員做出很大的努力 具體的來(lái)說(shuō) 要做到這個(gè)三個(gè)適當(dāng)有如下幾個(gè)要求
一 根據(jù)表的大小來(lái)創(chuàng)建索引
雖然給表創(chuàng)建索引 可以提高查詢的效率 但是數(shù)據(jù)庫(kù)管理員需要注意的是 索引也需要一定的開銷的 為此并不是說(shuō)給所有的表都創(chuàng)建索引 那么就可以提高數(shù)據(jù)庫(kù)的性能 這個(gè)認(rèn)識(shí)是錯(cuò)誤的 恰恰相反 如果不管三七二十一 給所有的表都創(chuàng)建了索引 那么其反而會(huì)給數(shù)據(jù)庫(kù)的性能造成負(fù)面的影響 因?yàn)榇藭r(shí)濫用索引的開銷可能已經(jīng)遠(yuǎn)遠(yuǎn)大于由此帶來(lái)的性能方面的收益 所以筆者認(rèn)為 數(shù)據(jù)庫(kù)管理員首先需要做到 為合適的表來(lái)建立索引 而不是為所有的表建立索引
一般來(lái)說(shuō) 不需要為比較小的表創(chuàng)建索引 如在一個(gè)ERP系統(tǒng)的數(shù)據(jù)庫(kù)中 department表用來(lái)存儲(chǔ)企業(yè)部門的信息 一般企業(yè)的部分也就十幾個(gè) 最多不會(huì)超過(guò)一百個(gè) 這 條記錄對(duì)于人來(lái)說(shuō) 可能算是比較多了 但是對(duì)于計(jì)算機(jī)來(lái)說(shuō) 這給他塞塞牙縫都還不夠 所以 對(duì)類似的小表沒有必要建立索引 因?yàn)榧词菇⒘怂饕?其性能也不會(huì)得到很大的改善 相反索引建立的開銷 如維護(hù)成本等等 要比這個(gè)要大 也就是說(shuō) 付出的要比得到的多 顯然違反常理
另外 就是對(duì)于超大的表 也不一定要建立索引 有些表雖然比較大 記錄數(shù)量非常的多 但是此時(shí)為這個(gè)表建立索引并一定的合適 如系統(tǒng)中有一張表 其主要用來(lái)保存數(shù)據(jù)庫(kù)中的一些變更信息 往往這些信息只給數(shù)據(jù)庫(kù)管理員使用 此時(shí)為這張表建立索引的話 反而不合適 因?yàn)檫@張表很少用到 只有在出問(wèn)題的時(shí)候才需要查看 其次其即使查看 需要查詢的紀(jì)錄也不會(huì)很多 可能就是最近一周的更新記錄等等 對(duì)于對(duì)于一些超大的表 建立索引有時(shí)候往往不能夠達(dá)到預(yù)計(jì)的效果 而且在打表上建立索引 其索引的開銷要比普通的表大的多 那么到底是否給大表建立索引呢?筆者認(rèn)為 主要是看兩個(gè)方面的內(nèi)容 首先是需要關(guān)注一下 在這張大表中經(jīng)常需要查詢的記錄數(shù)量 一般來(lái)說(shuō) 如果經(jīng)常需要查詢的數(shù)據(jù)不超過(guò) %到 %的話 那就沒有必要為其建立索引的必要 因?yàn)榇藭r(shí)建立索引的開銷可能要比性能的改善大的多 這個(gè)比例只是一個(gè)經(jīng)驗(yàn)的數(shù)據(jù) 如果數(shù)據(jù)庫(kù)管理員需要得出一個(gè)比較精確的結(jié)論 那么就需要進(jìn)行測(cè)試分析 即數(shù)據(jù)庫(kù)管理員需要測(cè)試一下全表掃描的時(shí)間 看看其是否比建立索引后的查詢時(shí)間要長(zhǎng)或者短 如果是長(zhǎng)的話 則說(shuō)明有建立索引的必要 但是如果沒有的話 則說(shuō)明還是全表掃描速度來(lái)的快 此時(shí)也就沒有必要建立索引了
總之 在考慮是否該為表建立索引時(shí) 一般來(lái)說(shuō)小表沒有建立索引的必要 而對(duì)于打表的話 則需要進(jìn)行實(shí)際情況實(shí)際分析 簡(jiǎn)單一點(diǎn)的 可以根據(jù)大致的比率來(lái)確定 如果要精確一點(diǎn)的 則可以進(jìn)行全表掃描性能分析 以判斷建立索引后是否真的如預(yù)期那樣改善了數(shù)據(jù)庫(kù)性能
二 根據(jù)列的特征來(lái)創(chuàng)建索引
列的特點(diǎn)不同 索引創(chuàng)建的效果也不同 數(shù)據(jù)庫(kù)管理員需要了解為哪些列創(chuàng)建索引可以起到事倍功半的效果 同時(shí)也需要了解為哪些列創(chuàng)建索引反而起到的是事倍功半的效果 這有利于他們了解到底給為怎么樣的字段建立索引
根據(jù)筆者的經(jīng)驗(yàn) 往往為如下特征的列創(chuàng)建索引能夠起到比較明顯的效果 如對(duì)于一些重復(fù)內(nèi)容比較少的列 特別是對(duì)于那些定義了唯一約束的列 在這些列上建立索引 往往可以起到非常不錯(cuò)的效果 如對(duì)于一些null值的列與非Null值的列混合情況下 如果用戶需要經(jīng)常查詢所有的非Null值記錄的列 則最好為其設(shè)置索引 如果經(jīng)常需要多表連接查詢 在用與連接的列上設(shè)置索引可以達(dá)到事半功倍的效果
可見 索引設(shè)置的是否恰當(dāng) 不僅跟數(shù)據(jù)庫(kù)設(shè)計(jì)架構(gòu)有關(guān) 而且還跟企業(yè)的經(jīng)濟(jì)業(yè)務(wù)相關(guān) 為此 對(duì)于一些套裝軟件 雖然一開始數(shù)據(jù)庫(kù)管理員已經(jīng)做了索引的優(yōu)化工作 但是隨著后來(lái)經(jīng)濟(jì)數(shù)據(jù)的增加 這個(gè)索引的效果會(huì)越來(lái)越打折扣 這主要是因?yàn)橛涗浀谋砘绊懙搅怂饕齼?yōu)化的效果 所以筆者建議各位數(shù)據(jù)庫(kù)管理員 即使采用的是大牌軟件公司的套裝軟件 也需要隔一段時(shí)間 如一年 對(duì)數(shù)據(jù)庫(kù)的索引進(jìn)行優(yōu)化 該去掉的去掉 該調(diào)整的調(diào)整 以提高數(shù)據(jù)庫(kù)的性能
如在數(shù)據(jù)庫(kù)中有一張表是用來(lái)保存用戶信息的 其中有個(gè)字段身份證號(hào)碼 這是一個(gè)唯一的字段 在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí) 給這個(gè)字段創(chuàng)建了索引 但是當(dāng)這個(gè)數(shù)據(jù)庫(kù)投入使用之后 用戶不怎么輸入用戶的身份證號(hào)碼 而且平時(shí)也基本不按這個(gè)號(hào)碼來(lái)進(jìn)行查詢 當(dāng)記錄月來(lái)月多時(shí) 這個(gè)身份證號(hào)碼上的索引字段不但不能夠改善數(shù)據(jù)庫(kù)的查詢性能 反而成了雞肋 對(duì)于這些有很多NULL值的列 而且不會(huì)經(jīng)常查詢所有的非NULL值記錄的列 數(shù)據(jù)庫(kù)管理員要下決心 即使清除這些列上的索引
所以說(shuō)索引的優(yōu)化與調(diào)整是一個(gè)動(dòng)態(tài)的過(guò)程 并不是說(shuō)數(shù)據(jù)庫(kù)設(shè)計(jì)好之后就不需要經(jīng)過(guò)調(diào)整 數(shù)據(jù)庫(kù)管理員往往需要根據(jù)記錄的變化情況 來(lái)進(jìn)行適當(dāng)?shù)淖兏?以提高索引的效果
三 在一個(gè)表上創(chuàng)建多少索引合適?
雖然說(shuō) 在表上創(chuàng)建索引的數(shù)量沒有限制 但是決不是越多越好 也就是說(shuō) 在創(chuàng)建索引這項(xiàng)事情上 + 〉 往往不成立 有時(shí)候 創(chuàng)建索引越多 其可能會(huì)得到適得其反的效果 那么在一個(gè)表上 到底給創(chuàng)建多少索引合適呢?這個(gè)沒有一個(gè)明確的標(biāo)準(zhǔn) 而是需要數(shù)據(jù)庫(kù)管理員根據(jù)實(shí)際的用途以及數(shù)據(jù)庫(kù)中記錄的情況 來(lái)進(jìn)行判斷
通常來(lái)說(shuō) 表的索引越多 其查詢的速度也就越快 但是 表的更新速度則會(huì)降低 這主要是因?yàn)楸淼母?如往表中插入一條記錄)速度 反而隨著索引的增加而增加 這主要是因?yàn)?在更新記錄的同時(shí)需要更新相關(guān)的索引信息 為此 到底在表中創(chuàng)建多少索引合適 就需要在這個(gè)更新速度與查詢速度之間取得一個(gè)均衡點(diǎn) 如對(duì)于一些數(shù)據(jù)倉(cāng)庫(kù)或者決策型數(shù)據(jù)庫(kù)系統(tǒng) 其主要用來(lái)進(jìn)行查詢 相關(guān)的記錄往往是在數(shù)據(jù)庫(kù)初始化的時(shí)候倒入 此時(shí) 設(shè)置的索引多一點(diǎn) 可以提高數(shù)據(jù)庫(kù)的查詢性能 同時(shí)因?yàn)橛涗洸辉趺锤?所以索引比較多的情況下 也不會(huì)影響到更新的速度 即使在起初的時(shí)候需要導(dǎo)入大量的數(shù)據(jù) 此時(shí)也可以先將索引禁用掉 等到數(shù)據(jù)導(dǎo)入完畢后 再啟用索引 可以通過(guò)這種方式來(lái)減少索引對(duì)數(shù)據(jù)更新的影響 相反 如果那些表中經(jīng)常需要更新記錄 如一些事務(wù)型的應(yīng)用系統(tǒng) 數(shù)據(jù)更新操作是家常便飯的事情 此時(shí)如果在一張表中建立過(guò)多的索引 則會(huì)影響到更新的速度 由于更新操作比較頻繁 所以對(duì)其的負(fù)面影響 要比查詢效率提升要大的多 此時(shí)就需要限制索引的數(shù)量 只在一些必要的字段上建立索引
筆者在平時(shí)數(shù)據(jù)庫(kù)優(yōu)化時(shí) 往往會(huì)根據(jù)這些表的用途來(lái)為列設(shè)置索引 可以查詢相關(guān)的動(dòng)態(tài)視圖 看看對(duì)于這張表的操作 是更新操作(包括更新 刪除 插入等等)占的比例大 還是查詢操作占的比例大 當(dāng)過(guò)多的索引已經(jīng)影響到更新操作的速度時(shí) 則數(shù)據(jù)庫(kù)管理員就需要先禁用某些索引 以提高數(shù)據(jù)庫(kù)的性能
lishixinzhi/Article/program/Oracle/201311/18407
oracle對(duì)于數(shù)據(jù)庫(kù)中的表信息，存儲(chǔ)在系統(tǒng)表中。查詢已創(chuàng)建好的表索引，可通過(guò)相應(yīng)的sql語(yǔ)句到相應(yīng)的表中進(jìn)行快捷的查詢：\x0d\x0a1. 根據(jù)表名，查詢一張表的索引\x0d\x0a\x0d\x0aselect * from user_indexes where table_name=upper('表名');\x0d\x0a\x0d\x0a2. 根據(jù)索引號(hào)，查詢表索引字段\x0d\x0a\x0d\x0aselect * from user_ind_columns where index_name=('索引名');\x0d\x0a\x0d\x0a3.根據(jù)索引名，查詢創(chuàng)建索引的語(yǔ)句\x0d\x0a\x0d\x0aselect dbms_metadata.get_ddl('INDEX','索引名', ['用戶名']) from dual ; --['用戶名']可省，默認(rèn)為登錄用戶\x0d\x0a\x0d\x0aPS：dbms_metadata.get_ddl還可以得到建表語(yǔ)句，如：\x0d\x0a\x0d\x0aSELECT DBMS_METADATA.GET_DDL('TABLE','表名', ['用戶名']) FROM DUAL ; //取單個(gè)表的建表語(yǔ)句，['用戶名']可不輸入，默認(rèn)為登錄用戶\x0d\x0aSELECT DBMS_METADATA.GET_DDL('TABLE',u.table_name) FROM USER_TABLES u; //取用戶下所有表的建表語(yǔ)句\x0d\x0a\x0d\x0a當(dāng)然，也可以用pl/sql developer工具來(lái)查看相關(guān)的表的各種信息。
一 ROWID的概念
存儲(chǔ)了row在數(shù)據(jù)文件中的具 *** 置 位編碼的數(shù)據(jù) A Z a z + 和 /
row在數(shù)據(jù)塊中的存儲(chǔ)方式
SELECT ROWID last_name FROM hr employees WHERE department_id = ;
比如 OOOOOOFFFBBBBBBRRR
OOOOOO data object number 對(duì)應(yīng)dba_objects data_object_id
FFF file# 對(duì)應(yīng)v$datafile file#
BBBBBB block#
RRR row#
Dbms_rowid包
SELECT dbms_rowid rowid_block_number( AAAGFqAABAAAIWEAAA ) from dual;
具體到特定的物理文件
二 索引的概念
類似書的目錄結(jié)構(gòu)
Oracle 的 索引 對(duì)象 與表關(guān)聯(lián)的可選對(duì)象 提高SQL查詢語(yǔ)句的速度
索引直接指向包含所查詢值的行的位置 減少磁盤I/O
與所索引的表是相互獨(dú)立的物理結(jié)構(gòu)
Oracle 自動(dòng)使用并維護(hù)索引 插入 刪除 更新表后 自動(dòng)更新索引
語(yǔ)法 CREATE INDEX index ON table (column[ column] );
B tree結(jié)構(gòu)(非bitmap)
[一]了解索引的工作原理
表 emp
目標(biāo) 查詢Frank的工資salary
建立索引 create index emp_name_idx on emp(name);
[試驗(yàn)]測(cè)試索引的作用
運(yùn)行/rdbms/admin/utlxplan 腳本
建立測(cè)試表
create table t as select * from dba_objects;
insert into t select * from t;
create table indextable
as select rownum id owner object_name subobject_name
object_id data_object_id object_type created
from t;
set autotrace trace explain
set timing on
分析表 可以得到cost
查詢 object_name= DBA_INDEXES
在object_name列上建立索引
再查詢
[思考]索引的代價(jià)
插入 更新
三 唯一索引
何時(shí)創(chuàng)建 當(dāng)某列任意兩行的值都不相同
當(dāng)建立Primary Key(主鍵)或者Unique constraint(唯一約束)時(shí) 唯一索引將被自動(dòng)建立
語(yǔ)法 CREATE UNIQUE INDEX index ON table (column);
演示
四 組合索引
何時(shí)創(chuàng)建 當(dāng)兩個(gè)或多個(gè)列經(jīng)常一起出現(xiàn)在where條件中時(shí) 則在這些列上同時(shí)創(chuàng)建組合索引
組合索引中列的順序是任意的 也無(wú)需相鄰 但是建議將最頻繁訪問(wèn)的列放在列表的最前面
演示(組合列 單獨(dú)列)
五 位圖索引
何時(shí)創(chuàng)建
列中有非常多的重復(fù)的值時(shí)候 例如某列保存了 性別 信息
Where 條件中包含了很多OR操作符
較少的update操作 因?yàn)橐鄳?yīng)的跟新所有的bitmap
結(jié)構(gòu) 位圖索引使用位圖作為鍵值 對(duì)于表中的每一數(shù)據(jù)行位圖包含了TRUE( ) FALSE( ) 或NULL值
優(yōu)點(diǎn) 位圖以一種壓縮格式存放 因此占用的磁盤空間比標(biāo)準(zhǔn)索引要小得多
語(yǔ)法 CREATE BITMAP INDEX index ON table (column[ column] );
掩飾
create table bitmaptable as select * from indextable where owner in( SYS PUBLIC );
分析 查找 建立索引 查找
六 基于函數(shù)的索引
何時(shí)創(chuàng)建 在WHERE條件語(yǔ)句中包含函數(shù)或者表達(dá)式時(shí)
函數(shù)包括 算數(shù)表達(dá)式 PL/SQL函數(shù) 程序包函數(shù) SQL函數(shù) 用戶自定義函數(shù)
語(yǔ)法 CREATE INDEX index ON table (FUNCTION(column));
演示
必須要分析表 并且query_rewrite_enabled=TRUE
或者使用提示/*+ INDEX(ic_index)*/
七 反向鍵索引
目的 比如索引值是一個(gè)自動(dòng)增長(zhǎng)的列
多個(gè)用戶對(duì)集中在少數(shù)塊上的索引行進(jìn)行修改 容易引起資源的爭(zhēng)用 比如對(duì)數(shù)據(jù)塊的等待 此時(shí)建立反向索引
性能問(wèn)題
語(yǔ)法
重建為標(biāo)準(zhǔn)索引 反之不行
八 鍵壓縮索引
比如表landscp的數(shù)據(jù)如下
site feature job
Britten Park Rose Bed Prune
Britten Park Rose Bed Mulch
Britten Park Rose Bed Spray
Britten Park Shrub Bed Mulch
Britten Park Shrub Bed Weed
Britten Park Shrub Bed Hoe
……
查詢時(shí) 以上 列均在where條件中同時(shí)出現(xiàn) 所以建立基于以上 列的組合索引 但是發(fā)現(xiàn)重復(fù)值很多 所以考慮壓縮特性
Create index zip_idx
on landscp(site feature job)
press ;
將索引項(xiàng)分成前綴(prefix)和后綴(postfix)兩部分 前兩項(xiàng)被放置到前綴部分
Prefix : Britten Park Rose Bed
Prefix : Britten Park Shrub Bed
實(shí)際所以的結(jié)構(gòu)為
Prune
Mulch
Spray
Mulch
Weed
Hoe
特點(diǎn) 組合索引的前綴部分具有非選擇性時(shí) 考慮使用壓縮 減少I/O 增加性能
九 索引組織表(IOT)
將表中的數(shù)據(jù)按照索引的結(jié)構(gòu)存儲(chǔ)在索引中 提高查詢速度
犧牲插入更新的性能 換取查詢性能 通常用于數(shù)據(jù)倉(cāng)庫(kù) 提供大量的查詢 極少的插入修改工作
必須指定主鍵 插入數(shù)據(jù)時(shí) 會(huì)根據(jù)主鍵列進(jìn)行B樹索引排序 寫入磁盤
十 分區(qū)索引
簇:
A cluster is a group of tables that share the same data blocks because they share mon columns and are often used together
lishixinzhi/Article/program/Oracle/201311/17769
重慶分公司
重慶分公司
