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ǔ)句子查詢效率慢的優(yōu)化技巧示例等,如有不足之處,歡迎留言指出。感謝朋友們對(duì)本站的支持!
您可能感興趣的文章:- MYSQL配置參數(shù)優(yōu)化詳解
- Mysql查詢最近一條記錄的sql語(yǔ)句(優(yōu)化篇)
- 30個(gè)mysql千萬級(jí)大數(shù)據(jù)SQL查詢優(yōu)化技巧詳解
- Mysql根據(jù)時(shí)間查詢?nèi)掌诘膬?yōu)化技巧
- 提升MYSQL查詢效率的10個(gè)SQL語(yǔ)句優(yōu)化技巧
- MySQL百萬級(jí)數(shù)據(jù)分頁(yè)查詢優(yōu)化方案
- mysql千萬級(jí)數(shù)據(jù)分頁(yè)查詢性能優(yōu)化
- MYSQL開發(fā)性能研究之批量插入數(shù)據(jù)的優(yōu)化方法
- Mysql中基本語(yǔ)句優(yōu)化的十個(gè)原則小結(jié)
- Mysql優(yōu)化策略(推薦)