?mysql> explain select doc_text from t_wiki_doc_text where doc_title = '謝澤源';
+----+-------------+-------+------+---------------+------+---------+------+------+-----------------------------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+-----------------------------------------------------+
| 1 | SIMPLE | NULL | NULL | NULL | NULL | NULL | NULL | NULL |?Impossible WHERE noticed after reading const tables?|
+----+-------------+-------+------+---------------+------+---------+------+------+-----------------------------------------------------+
1 row in set (0.01 sec)

發(fā)現(xiàn)了Impossible where noticed after reading const tables，這是一個有趣的現(xiàn)象？（經(jīng)查找，這個會全表掃描）

解釋原因如下:

根據(jù)主鍵查詢或者唯一性索引查詢,如果這條數(shù)據(jù)沒有的話，它會全表掃描，然后得出一個結(jié)論，該數(shù)據(jù)不在表中。

對于高并發(fā)的庫來說，這條數(shù)據(jù)，會讓負載特別的高。

查看線上的表結(jié)構(gòu)，也印證的上述說法:

| t_wiki_doc_text | CREATE TABLE `t_wiki_doc_text` (
`DOC_ID` bigint(12) NOT NULL COMMENT '詞條ID流水號',
`DOC_TITLE` varchar(255) NOT NULL COMMENT '條目原始標題',
`DOC_TEXT` mediumtext COMMENT '條目正文',
PRIMARY KEY (`DOC_ID`),
UNIQUE KEY `IDX_DOC_TITLE` (`DOC_TITLE`)（唯一索引）
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |

對此，我在自己的數(shù)據(jù)庫里面，做了一個測試。

2.測試模擬

1).建立一個有唯一索引的表。

CREATE TABLE `zsd01` (
`id` int(11) DEFAULT NULL,
`name` varchar(20) DEFAULT NULL,
UNIQUE KEY `idx_name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk

2).插入兩條數(shù)據(jù)

insert into zsd01 values(1,'a');
insert into zsd01 values(2,'b');

3).分析一個沒有數(shù)據(jù)記錄的執(zhí)行計劃。（例如select name from zsd01 where name ='c'; ）

mysql> explain select name from zsd01 where name ='c';
+----+-------------+-------+------+---------------+------+---------+------+-----
-+-----------------------------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows

| Extra |
+----+-------------+-------+------+---------------+------+---------+------+-----
-+-----------------------------------------------------+
| 1 | SIMPLE | NULL | NULL | NULL | NULL | NULL | NULL | NULL

|?Impossible WHERE noticed after reading const tables?|
+----+-------------+-------+------+---------------+------+---------+------+-----
-+-----------------------------------------------------+

發(fā)現(xiàn)跟上述情況一模一樣。

4.) 修改表結(jié)構(gòu)為只有一般索引的情況。

CREATE TABLE `zsd01` (
`id` int(11) DEFAULT NULL,
`name` varchar(20) DEFAULT NULL,
KEY `idx_normal_name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk

5.) 查看執(zhí)行計劃。

mysql> explain select name from zsd01 where name ='c';
+----+-------------+-------+------+-----------------+-----------------+---------
+-------+------+--------------------------+
| id | select_type | table | type | possible_keys | key | key_len
| ref | rows | Extra |
+----+-------------+-------+------+-----------------+-----------------+---------
+-------+------+--------------------------+
| 1 | SIMPLE | zsd01 | ref | idx_normal_name | idx_normal_name | 43
| const | 1 | Using where; Using index |
+----+-------------+-------+------+-----------------+-----------------+---------
+-------+------+--------------------------+
1 row in set (0.00 sec)

發(fā)現(xiàn)，就正常走了一般索引，rows=1的執(zhí)行開銷。

結(jié)論:從上述的例子和現(xiàn)象可以看出，如果數(shù)據(jù)不用唯一的話，普通的索引比唯一索引更好用。

到此這篇關(guān)于MySQL慢查詢現(xiàn)象解決案例的文章就介紹到這了,更多相關(guān)MySQL慢查詢內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: