眾所周知InnoDB count(*)非常慢，但是偶爾確實需要使用，于是benny提供了一些優化方案。

1. cover index ：where 條件后所有用到的column放在一起，做一個聯合索引。且過濾性強的column放聯合索引的最左。
2. trigger + statistic table： 維護一個計數靜態表，所有count(*) 通通走靜態表，靜態表的數據通過trigger 由源表觸發更新。
3. memcache：將count(*) 結果維護在cache中。并使用lazy-load的方式加載更新。更新頻度看你的需求而定。

一般采用二級索引去count:
比如:id 是pk aid是secondary index
采用
select count(*) from table where id >=0;
跟
select count(*) from table;
效果是一樣的,都是默認使用pk索引,且都要全表掃描,雖然第一種性能可能高一些,但是沒有明顯區別.
但是如果用secondary index
select count(*) from table where aid>=0;
則會快很多.
那么，為什么用 secondary index 掃描反而比 primary key 掃描來的要快呢？我們就需要了解innodb的 clustered index 和 secondary index 之間的區別了。
innodb 的 clustered index 是把 primary key 以及 row data 保存在一起的，而 secondary index 則是單獨存放，然后有個指針指向 primary key。因此，需要進行 count(*) 統計表記錄總數時，利用 secondary index 掃描起來，顯然更快。而primary key則主要在掃描索引，同時要返回結果記錄時的作用較大