MySQL最佳化總結-查詢總條數

小云云
發布: 2017-12-08 11:38:00
原創
2900 人瀏覽過

本文主要介紹了MySQL優化總結-查詢總條數的相關內容,文中進行簡單的測試對比,具有一定參考價值,需要的朋友可以了解下,希望可以幫助到大家。

1、COUNT(*)和COUNT(COL)

COUNT(*)通常是對主鍵進行索引掃描,而COUNT(COL)就不一定了,另外前者是統計表中的所有符合的紀錄總數,而後者是計算表中所有符合的COL的紀錄數。還有有差別的。
最佳化總結,對於MyISAM表來說:

1.任何情況下SELECT COUNT(*) FROM tablename是最優選擇;

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


3.D機密SELECT COUNT(COL) FROM tablename WHERE COL2 ='value' 的出現。


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

#根據我的理解,應該是使用COUNT(id)更快速,因為如果我的id是一個自增的主鍵,那麼計算它的數量顯然比計算所有字段的數量需要消耗的資源少一些。但我不只在一篇類似的指導mysql查詢加速的文章中看到,都建議我們使用SELECT COUNT(*)而非直接COUNT主鍵,這是為什麼呢?


看起來是因為用MyISAM引擎的表格儲存了總條數,如果沒有WHERE或WHERE恆為真(例如WHERE 1),那麼COUNT(*)可以直接傳回總條數。


另外,很顯然COUNT(*)不是"計算所有的欄位",顯然MySQL會把*解析成「一條資料」的意思。


測試數據,簡單比較一下,未做更深入的測試:


#0.817-一百万条的查询时间
select count(*) from student ;
#0.789-一百万条的查询时间
select count(id) from student;
#1.011-一百万条的查询时间
select count(name) from student;
#1.162-一百万条的查询时间
SELECT COUNT(*) FROM student WHERE namelike '%xiaoli%';#默认用主键索引查询,但是加上like条件后索引失效
登入後複製

總的來說,使用COUNT(id)還是更快一些,這裡作的簡單對比,供大家參考。

相關推薦:

關於mysql優化之IN換INNER JOIN的實例分享

一些常用的mysql優化方法總結

常用mysql優化sql語句查詢方法匯總

以上是MySQL最佳化總結-查詢總條數的詳細內容。更多資訊請關注PHP中文網其他相關文章!

相關標籤:
來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板