建站
咨詢
售后
建站咨詢
新聞中心
數(shù)據(jù)庫索引就好比是一本書的目錄部分，便于大家查找數(shù)據(jù)庫中數(shù)據(jù)，方便快捷，給數(shù)據(jù)庫管理員的工作帶來了很多的便利。在MySQL數(shù)據(jù)庫中，對于索引的使用并是一直都采用正確的決定。
開平ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)公司的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！
簡單表的示例：
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% 那么全表掃描比使用索引性能更優(yōu)。
我知道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將會使用索引來完成這個查詢。
讓我們來對比索引查詢和全表掃描的執(zhí)行時間:
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將會用索引來完成查詢。
執(zhí)行時間:
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沒有計算索引的選擇性，只是預(yù)測邏輯IO操作的數(shù)量，并且我們的例子中間的邏輯IO數(shù)量，索引訪問要少于全表掃描。
最后我們得出結(jié)論，對于索引要小心使用，因為它們并不能幫助所有的查詢。所以大家在使用數(shù)據(jù)庫索引時還是需要根據(jù)具體的情況作出決定。
【編輯推薦】
- 一種特別簡單的MySQL數(shù)據(jù)庫安裝方法
- MySQL數(shù)據(jù)庫索引的4大類型以及相關(guān)的索引創(chuàng)建
- MySQL數(shù)據(jù)庫索引中的單列索引與多列索引
當(dāng)前標(biāo)題：由淺入深講解MySQL數(shù)據(jù)庫索引的選擇性
瀏覽地址：http://m.5511xx.com/article/ccejdhh.html
