MySQL慢查詢現(xiàn)象解決案例

更新時(shí)間：2022年08月25日 09:50:29 作者：zhangshengdong

這篇文章主要介紹了MySQL慢查詢現(xiàn)象解決案例，文章圍繞主題展開詳細(xì)的內(nèi)容介紹，具有一定的參考價(jià)值，感興趣的小伙伴可以參考一下，希望對(duì)你的學(xué)習(xí)有所幫助

背景

線上慢查詢?nèi)罩颈O(jiān)控，得到如下的語句:

發(fā)現(xiàn)：select doc_text from t_wiki_doc_text where doc_title = '謝澤源'; 這條語句昨天執(zhí)行特別的慢

1.查看上述語句的執(zhí)行計(jì)劃

?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，這是一個(gè)有趣的現(xiàn)象？（經(jīng)查找，這個(gè)會(huì)全表掃描）

解釋原因如下:

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

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

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

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

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

2.測(cè)試模擬

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

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).分析一個(gè)沒有數(shù)據(jù)記錄的執(zhí)行計(jì)劃。（例如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í)行計(jì)劃。

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)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: