count(*) innodb 優化方案

衆所周知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則主要在掃描索引，同時要返回結果記錄時的做用較大