由淺入深講解MySQL數據庫索引的選擇性

在MySQL中,對于索引的使用並是一直都采用正確的決定。

簡單表的示例:

CREATE TABLE `r2` (

ID` int(11) DEFAULT NULL,

ID1` int(11) DEFAULT NULL,

CNAME` varchar(32) DEFAULT NULL,

KEY `ID1` (`ID1`)

) ENGINE=MyISAM DEFAULT CHARSET=latin1

SELECT COUNT(*) FROM r2;

250001 (V1)

SELECT COUNT(*) FROM r2 WHERE ID1=1;

83036 (V2)

(execution time = 110 ms)

(ID1=1)條件查詢索引的選擇性是 V2/V1 = 0.3321 或 33.21%

一般來說(例如書 “SQL Tuning“),如果選擇性超過 20% 那麽全表掃描比使用索引性能更優。

我知道Oracle一直是在選擇性超過25%時會選擇全表掃描。

而MySQL呢:

mysql> EXPLAIN SELECT COUNT(SUBNAME) FROM r2 WHERE ID1=1;

+----+-------------+-------+------+---------------+-----

| id | select_type | TABLE | type | possible_keys | KEY | key_len | ref | rows | Extra |

+----+-------------+-------+------+---------------+-----

| 1 | SIMPLE | t2 | ref | ID1 | ID1 | 5 | const | 81371 | USING WHERE |

+----+-------------+-------+------+---------------+-----

這就是MySQL將會使用索引來完成這個查詢。

讓我們來對比索引查詢和全表掃描的執行時間:

SELECT COUNT(SUBNAME) FROM t2 WHERE ID1=1 - 410 ms

SELECT COUNT(SUBNAME) FROM t2 IGNORE INDEX (ID1) WHERE ID1=1 - 200 ms

如你所看到全表掃描要快2倍。

參考更特殊的例子:選擇性 ~95%:

SELECT cnt2 / cnt1 FROM (SELECT count(*) cnt1 FROM r2) d1, (SELECT count(*) cnt2 FROM r2 WHERE ID1=1) d2;

0.9492 = 94.92%;

說明MySQL將會用索引來完成查詢。

執行時間:

SELECT COUNT(SUBNAME) FROM t2 WHERE ID1=1 - 1200 ms

SELECT COUNT(SUBNAME) FROM t2 IGNORE INDEX (ID1) WHERE ID1=1 - 260 ms

這次全表掃描要快4.6倍。

爲什麽MySQL選擇索引訪問查詢?

MySQL沒有計算索引的選擇性,只是預測邏輯IO操作的數量,並且我們的例子中間的邏輯IO數量,索引訪問要少于全表掃描。

最後我們得出結論,對于索引要小心使用,因爲它們並不能幫助所有的查詢。

 
特别声明:以上内容(如有图片或视频亦包括在内)为网络用户发布,本站仅提供信息存储服务。
 
由淺入深講解SQL Server 2005數據庫中Synonym的使用方法
數據庫中Synonym的使用方法: 1.Synonym的概念 Synonym(同義詞)是SQL Server 2005的新特性。推出已經有幾年的時間了。我們可以簡單的理解Synonym爲其他表的別名。本文中使用Northwind數據庫爲示例: Create Synony...查看完整版>>由淺入深講解SQL Server 2005數據庫中Synonym的使用方法
 
講解Oracle數據庫的全文索引設置步驟
一.創建數據庫 1、使用dbassist創建數據庫時要選擇jserver和intermedia兩個選項。 2、檢查你的數據庫是否安裝了intermedia,可以通過檢查是否有ctxsys用戶和ctxapp角色(role). 3、如果沒有這個用戶和角色,意味著數...查看完整版>>講解Oracle數據庫的全文索引設置步驟
 
深入講解數據庫性能調優技術中的索引調優
一、概述 隨著數據庫在各個領域的使用不斷增長,越來越多的應用提出了高性能的要求。數據庫性能調優是知識密集型的學科,需要綜合考慮各種複雜的因素:數據庫緩沖區的大小、索引的創建、語句改寫等等。總之,數據庫性...查看完整版>>深入講解數據庫性能調優技術中的索引調優
 
數據庫設計指南:第3 部分— 選擇鍵和索引
  1. 數據采掘要預先計劃  我所在的市場部門一度要處理8 萬多份聯系方式,同時填寫每個客戶的必要數據(這絕對不是小活)。我從中還要確定出一組客戶作爲市場目標。當我從最開始設計表和字段的時候,我試圖不在主...查看完整版>>數據庫設計指南:第3 部分— 選擇鍵和索引
 
講解MySQL索引的概念及數據庫索引的應用
1.數據庫引入了索引 用戶對數據庫最頻繁的操作是進行數據查詢。一般情況下,數據庫在進行查詢操作時需要對整個表進行數據搜索。當表中的數據很多時,搜索數據就需要很長的時間,這就造成了服務器的資源浪費。爲了提高...查看完整版>>講解MySQL索引的概念及數據庫索引的應用
 
由淺入深講解Oracle數據庫的備份與恢複
由淺入深講解Oracle數據庫的備份與恢複
備份的概念 所謂備份,就是把數據庫複制到轉儲設備的過程。其中,轉儲設備是指用于放置數據庫拷貝的磁帶或磁盤。通常也將存放于轉儲設備中的數據庫的拷貝稱爲原數據庫的備份或轉儲。如下圖所示: Oracle數據庫的備份...查看完整版>>由淺入深講解Oracle數據庫的備份與恢複
 
由淺入深講解數據庫管理系統層次安全技術
數據庫系統的安全性很大程度上依賴于數據庫管理系統。如果數據庫管理系統安全機制非常強大,則數據庫系統的安全性能就較好。目前市場上流行的是關系式數據庫管理系統,其安全性功能很弱,這就導致數據庫系統的安全性...查看完整版>>由淺入深講解數據庫管理系統層次安全技術
 
數據庫管理進階,MySQL索引分析和優化
  索引用來快速地尋找那些具有特定值的記錄,所有MySQL索引都以B-樹的形式保存。如果沒有索引,執行查詢時MySQL必須從第一個記錄開始掃描整個表的所有記錄,直至找到符合要求的記錄。表裏面的記錄數量越多,這個操...查看完整版>>數據庫管理進階,MySQL索引分析和優化
 
由淺至深講解Oracle數據庫 B-tree索引
假如聚簇因子過大,那麽重建索引可能會有好處,聚簇因子應該接近塊的數量,而非行的數量。 B-tree索引: ·索引會隨著時間的增加而變的不平衡; ·刪除的索引空間不會被重用; ·隨著索引層數的增加,索引將會變得無...查看完整版>>由淺至深講解Oracle數據庫 B-tree索引
 
 
回到王朝網路移動版首頁