創(chuàng)建數(shù)據(jù)表及插入數(shù)據(jù)

create table if not exists article(id int(10) unsigned not null primary key auto_increment,author_id int(10) unsigned not null,/*作者編號(hào)*/category_id int(10) unsigned not null,/*種類編號(hào)*/views int(10) unsigned not null,comments int(10) unsigned not null,title varchar(255) not null,content text not null ); insert into article(author_id,category_id,views,comments,title,content) values (1,1,1,1,'1','1'),(2,2,2,2,'2','2'),(1,1,3,3,'3','3');

問題提出:查詢category_id為1且comments大于1的情況下,views最多的article_id

問題分析:可以將category_id和comments作為where的查詢條件,根據(jù)views排序,限制顯示一條信息即可

SQL語(yǔ)句:

select id,author_id from article where category_id = 1 and comments > 1 order by views desc limit 1;

查詢是可以的:
5. 使用 explain 關(guān)鍵字進(jìn)行分析:
出現(xiàn)了type=ALL和Extra 含有 using filesort 情況,這是我們極其不愿意看到的全表查詢和使用文件排序,產(chǎn)生臨時(shí)表,key為NULL表示實(shí)際上也沒有用到索引
5. 在創(chuàng)建表的時(shí)候是沒有創(chuàng)建索引的,接下來(lái)我們?yōu)楸韯?chuàng)建多值索引(因?yàn)槲覀冃枨笥玫搅似渲腥齻€(gè)索引)

create index ccv on article(category_id,comments,views);

再來(lái)執(zhí)行上面 explain分析語(yǔ)句:

顯然type從All變?yōu)榱?range,這是我們希望看到的,但是,從extra列看,還存在使用文件排序的情況,我們知道,使用filesort原因是索引值存在范圍情況,不唯一,如果我們把 comments > 1 改成 comments = 1,我們?cè)賮?lái)看:
type直接從 range 級(jí)別到了 ref 級(jí)別,也不存在 filesort 了,所以給我們一個(gè)提示,存在 filesort 是因?yàn)閏omments這一查詢條件不唯一,接下來(lái)我們把索引改一下,去掉comments這一列試試:

drop index ccv on article; create index cv on article(category_id,views);

在來(lái)看 explain 執(zhí)行情況:
這樣,再次查詢需求完成了,性能方面也符合了需要,這僅僅是一個(gè)索引優(yōu)化的小案例,希望對(duì)大家有幫助!

與50位技術(shù)專家面對(duì)面20年技術(shù)見證，附贈(zèng)技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的MySQL的单表索引优化案例的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。