這篇文章主要介紹了如何解決MySQL中count查詢速度很慢的問題，具有一定借鑒價值，需要的朋友可以參考下。希望大家閱讀完這篇文章后大有收獲。下面讓小編帶著大家一起了解一下。

在馬村等地區(qū)，都構建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務理念，為客戶提供成都網(wǎng)站建設、成都做網(wǎng)站 網(wǎng)站設計制作定制設計,公司網(wǎng)站建設,企業(yè)網(wǎng)站建設,品牌網(wǎng)站制作,全網(wǎng)整合營銷推廣,成都外貿(mào)網(wǎng)站制作,馬村網(wǎng)站建設費用合理。

MySQL 大表的count()優(yōu)化

 以下討論基于mysql5.7 InnoDB存儲引擎. x86 windows操作系統(tǒng)。

創(chuàng)建的表的結構如下（數(shù)據(jù)量為100萬）：

首先是關于mysql的count(*)，count(PK), count(1)哪個快的問題。
實現(xiàn)結果如下：



并沒有什么區(qū)別！加上了WHERE子句之后3個查詢的時間也是相同的，我就不貼圖片了。

之前在公司的時候就寫過一個select count(*) from table的SQL語句，在數(shù)據(jù)多的時候非常慢。所以要怎么優(yōu)化呢？

這要從InnoDB的索引說起, InnoDB的索引是B+Tree。

對主鍵索引來說：它只有在葉子節(jié)點上存儲數(shù)據(jù)，它的key是主鍵，并且value為整條數(shù)據(jù)。
對輔助索引來說：key為建索引的列，value為主鍵。

這給我們兩個信息：
1. 根據(jù)主鍵會查到整條數(shù)據(jù)
2. 根據(jù)輔助索引只能查到主鍵，然后必須通過主鍵再查到剩余信息。

所以如果要優(yōu)化count(*)操作的話，我們需要找一個短小的列，為它建立輔助索引。
在我的例子中就是status，雖然它的”severelity”幾乎為0.

先建立索引：ALTER TABLE test1 ADD INDEX (status);
然后查詢，如下圖：

可以看到，查詢時間從3.35s下降到了0.26s，查詢速度提升近13倍。

如果索引是str這一列，結果又會是怎么樣呢？
先建立索引: alter table test1 add index (str)
結果如下：

可以看到，時間為0.422s，也很快，但是比起status這列還是有著1.5倍左右的差距。

再大膽一點做個實驗，我把status這列的索引刪掉，建立一個status和left(omdb,200)(這一列平均1000個字符)的聯(lián)合索引，然后看查詢時間。
建立索引： alter table test1 add index (status,omdb(200))
結果如下：

時間為1.172s
alter table test1 add index (status,imdbid);

補充！！
要注意索引失效的情況！
建立了索引后正常的的樣子：
可以看到key_len為6, Extra的說明是using index.

而如果索引失效的話：

索引失效有很多種情況，比如使用函數(shù)，!=操作等，具體請參考官方文檔。

對MySQL沒有很深的研究，以上是基于我結合B+樹的數(shù)據(jù)結構和對實驗結果的推測作出的判斷，如果有不足之處，歡迎大家指正。

感謝你能夠認真閱讀完這篇文章，希望小編分享如何解決mysql中count查詢速度很慢的問題內(nèi)容對大家有幫助，同時也希望大家多多支持創(chuàng)新互聯(lián)，關注創(chuàng)新互聯(lián)行業(yè)資訊頻道，遇到問題就找創(chuàng)新互聯(lián)，詳細的解決方法等著你來學習!