1、COUNT(*)和COUNT(COL)

COUNT(*)通常是對(duì)主鍵進(jìn)行索引掃描，而COUNT(COL)就不一定了，另外前者是統(tǒng)計(jì)表中的所有符合的紀(jì)錄總數(shù)，而后者是計(jì)算表中所有符合的COL的紀(jì)錄數(shù)。還有有區(qū)別的。
優(yōu)化總結(jié)，對(duì)于MyISAM表來說：

1.任何情況下SELECT COUNT(*) FROM tablename是最優(yōu)選擇；

2.盡量減少SELECT COUNT(*) FROMtablename WHERE COL = 'value' 這種查詢；

3.杜絕SELECT COUNT(COL) FROM tablename WHERE COL2 ='value' 的出現(xiàn)。

2、COUNT(*)還是COUNT(id)

根據(jù)我的理解，應(yīng)該是使用COUNT(id)更加快速，因?yàn)槿绻业膇d是一個(gè)自增的主鍵，那么計(jì)算它的數(shù)量顯然比計(jì)算所有字段的數(shù)量需要消耗的資源少一些。但是我不止在一篇的類似指導(dǎo)mysql查詢加速的文章中看到，都建議我們使用SELECT COUNT(*)而非直接COUNT主鍵，這是為什么呢？

貌似是因?yàn)橛肕yISAM引擎的表存儲(chǔ)了總條數(shù)，如果沒有WHERE或者WHERE恒為真（比如WHERE 1），那么COUNT(*)可以直接返回總條數(shù)。

另外，很顯然COUNT(*)不是"計(jì)算所有的字段"，顯然MySQL會(huì)把*解析成“一條數(shù)據(jù)”的意思。

測(cè)試數(shù)據(jù)，簡(jiǎn)單對(duì)比一下，未做更深入的測(cè)試：

#0.817-一百萬條的查詢時(shí)間
select count(*) from student ;
#0.789-一百萬條的查詢時(shí)間
select count(id) from student;
#1.011-一百萬條的查詢時(shí)間
select count(name) from student;
#1.162-一百萬條的查詢時(shí)間
SELECT COUNT(*) FROM student WHERE namelike '%xiaoli%';#默認(rèn)用主鍵索引查詢，但是加上like條件后索引失效

總結(jié)

總的來說，使用COUNT(id)還是更快一些，這里作的簡(jiǎn)單對(duì)比，供大家參考。

以上就是本文關(guān)于MySQL優(yōu)化總結(jié)-查詢總條數(shù)的全部?jī)?nèi)容，希望對(duì)大家有所幫助。感興趣的朋友可以參閱：MySQL優(yōu)化之使用連接(join)代替子查詢、MYSQL子查詢和嵌套查詢優(yōu)化實(shí)例解析、mysql in語句子查詢效率慢的優(yōu)化技巧示例等，如有不足之處，歡迎留言指出。感謝朋友們對(duì)本站的支持！

海外服務(wù)器租用

版權(quán)聲明：本站文章來源標(biāo)注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請(qǐng)保持原文完整并注明來源及原文鏈接。禁止復(fù)制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務(wù)器上建立鏡像，否則將依法追究法律責(zé)任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學(xué)習(xí)參考，不代表本站立場(chǎng)，如有內(nèi)容涉嫌侵權(quán)，請(qǐng)聯(lián)系alex-e#qq.com處理。