| 您的当前位置:首页 --> MYSQL教程 --> 关于mysql中innodb的count优化问题分享 |
| MYSQL教程 关于mysql中innodb的count优化问题分享 |
| 浏览次数:1439 关键词 ( ) |
| 查看使用该CPU的产品 查看CPU天梯 |
| CPU型号:关于mysql中innodb的count优化问题分享 |
| 主频:Ghz |
| 睿频:Ghz |
| 核心数:个 |
| 不支持超核心 |
| 制作工艺: |
| 插槽类型: |
| 功耗:0W |
| L3缓存:0MB |
| 支持最大内存: 0GB |
| CPU详细参数 |
|
一般采用二级索引去count: 采用 复制代码 代码如下: 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。 |
| 下一个产品 SQL计算timestamp的差值的方法 上一个产品 有关mysql优化的一些东东整理 |