网站运营 | 站长学院 | 技术文档 | 成语 | 歇后语 | 桌面壁纸 | 帝国时代 | 代码收藏 | IP地址查询 | 生活百科 | 生日密码 | CSS压缩 | 用户评论

InnoDB count(*) 加速优化方案

【 作者:benny 更新时间:2013-11-06 | 字体:
[导读]1. cover index :where 条件后所有用到的column放在一起<<,做一个联合索引<。且过滤性强的column放联合索引的最左。2. trigger + statistic table: 维护一个计数静态表<,所有count(*) 通通走静态表,静态表的数据通过...

众所周知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则主要在扫描索引<<,同时要返回结果记录时的作用较大

原文:http://www.chinawobo.com/db/mysql-db/innodb-count-function-optimize/

友荐云推荐
  • 转载请注明来源:网站运营 网址:http://www.chinawobo.com/ 向您的朋友推荐此文章
  • 特别声明: 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载<,但请务必注明出处和原始作者<<。文章版权归文章原始作者所有<。对于被本站转载文章的个人和网站<<,我们表示深深的谢意<<<<。如果本站转载的文章有版权问题请联系我们<,我们会尽快予以更正<<。
RSS订阅
  • QQ邮箱
  • 填写您的邮件地址<,订阅我们的精彩内容:
更多
© 2014 网站运营 - T086.com(原itlearner.com)
微商货源 | 冠珠陶瓷 | 迪威乐云商devmsn | 易奇八字 | wwe美国职业摔角 | 八字算命 | 河南旅游景点大全 |
RunTime:6.11ms QueryTime:7