Chinaunix首页 | 论坛 | 博客
  • 博客访问: 808974
  • 博文数量: 50
  • 博客积分: 757
  • 博客等级: 上士
  • 技术积分: 1913
  • 用 户 组: 普通用户
  • 注册时间: 2011-03-29 14:29
个人简介

DBA

文章分类

全部博文(50)

文章存档

2015年(3)

2014年(2)

2013年(14)

2012年(19)

2011年(12)

分类: Mysql/postgreSQL

2011-06-29 11:34:19

昨天被问到innodb的count优化,记得以前看过的,被问的时候竟然忘了
一般采用二级索引去count:
比如:id 是pk aid是secondary index
采用
  1. select count(*) from table where id >=0;

  1. select count(*) from table;
效果是一样的,都是默认使用pk索引,且都要全表扫描,虽然第一种性能可能高一些,但是没有明显区别.
但是如果用secondary index
  1. select count(*) from table where aid>=0;
则会快很多.
那么,为什么用 secondary index 扫描反而比 primary key 扫描来的要快呢?我们就需要了解innodb的 clustered indexsecondary index 之间的区别了。
innodb 的 clustered index 是把 primary key 以及 row data 保存在一起的,而 secondary index 则是单独存放,然后有个指针指向 primary key。因此,需要进行 count(*) 统计表记录总数时,利用 secondary index 扫描起来,显然更快。而primary key则主要在扫描索引,同时要返回结果记录时的作用较大.详情见<> 3.3.3聚集索引
阅读(2597) | 评论(0) | 转发(0) |
0

上一篇:mysql优化小总结

下一篇:mysql ROW_COUNT()

给主人留下些什么吧!~~