欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

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

 更新時(shí)間:2022年08月25日 09:50:29   作者:zhangshengdong  
這篇文章主要介紹了MySQL慢查詢現(xiàn)象解決案例,文章圍繞主題展開詳細(xì)的內(nèi)容介紹,具有一定的參考價(jià)值,感興趣的小伙伴可以參考一下,希望對你的學(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è)會全表掃描)

解釋原因如下:

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

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

查看線上的表結(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 '條目原始標(biāo)題',
`DOC_TEXT` mediumtext COMMENT '條目正文',
PRIMARY KEY (`DOC_ID`),
UNIQUE KEY `IDX_DOC_TITLE` (`DOC_TITLE`)(唯一索引)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |

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

2.測試模擬

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

相關(guān)文章

最新評論