MySQL的count(*)的優化，獲取千萬級資料表的總行數
這個問題是今天朋友提出來的，關於查詢一個1200w的資料表的總行數，用count(*)的速度一直提不上去。找了很多優化方案，最後另闢蹊徑，選擇了用explain來獲取總行數。
網上關於count()優化的有很多。博主這邊的思路就是沒索引的就建立索引關係，然後使用count(1)或者count(*)來提升速度。這兩個函式預設使用的是資料表中最短的那個索引欄位。我朋友這邊因為表中只有一個索引欄位，所以使用count(1)和count(*)沒什麼區別。
MySQL中聚合函式count的使用和效能優化
mysql count(*) 會選哪個索引？
大家可以參考這兩個部落格，都挺不錯的。
1、關於explain
關於explain，使用mysql的都知道，這個函式是專門用於檢視sql語句的執行效率的，網上可供參考的文章很多。
定義： explain 命令速度很快，因為 explain 用並不真正執行查詢，而是查詢優化器【估算】的行數。
我們使用explain之後，會看到返回很多引數，其中：
rows：顯示MySQL認為它執行查詢時必須檢查的行數。就是這個東西了，既然我們要獲取的是資料表的行數，那麼可以使用：
2、關於返回值
以前博主也沒注意過返回值的問題，都是直接通過phpmyadmin來檢視sql的執行效率。這次因為要用到rows的值，所以就列印了一下，原來這個explain函式是會返回一個數組。這樣我們就能通過這個陣列獲取到我們需求的rows。
這裡直接獲取這個值即可。速度極快。原來查詢速度是2.33s,換成只用explain之後，速度僅為0008s，提升十分巨大。
另外本人從事線上教育多年，將自己的資料整合建了一個QQ群，對於有興趣一起交流學習C/C++的可以加群：825414254，裡面有大神會給予解答，也會有許多的資源可以供大家學習分享，歡迎大家前來一起學習進步！