select count(*)加辅助索引快

create table yw (

id int unsigned not null auto_increment,

c1 int not null default ‘0‘,

c2 int not null default ‘0‘,

primary key(id)

);

创建一个存储过程call insert_yw往表中插入数据

插入时设置两个参数,提高插入性能

innodb_flush_log_at_trx_commit = 0

sync_binlog = 0

call insert_yw(4500000);

select count(*) from yw;

+----------+

| count(*) |

+----------+

|  4500000 |

+----------+

1 row in set (2.06 sec)

是2.06秒

加上辅助索引后

create index id_c1 on yw(c1);

>select count(*) from yw;

+----------+

| count(*) |

+----------+

|  4500000 |

+----------+

1 row in set (0.68 sec)

为什么用 secondary index 扫描反而比 primary key 扫描来的要快呢?我们就需要了解innodb的clustered index 和 secondary index 之间的区别了。

innodb 的 clustered index 是把 primary key 以及 row data 保存在一起的,而 secondary index 则是单独存放,然后有个指针指向 primary key。因此,需要进行 count(*) 统计表记录总数时,利用 secondary index 扫描起来,显然更快。

时间: 2024-11-05 22:00:06

select count(*)加辅助索引快的相关文章

不就是SELECT COUNT语句吗,竟然能被面试官虐的体无完肤

原文:不就是SELECT COUNT语句吗,竟然能被面试官虐的体无完肤 数据库查询相信很多人都不陌生,所有经常有人调侃程序员就是CRUD专员,这所谓的CRUD指的就是数据库的增删改查. 在数据库的增删改查操作中,使用最频繁的就是查询操作.而在所有查询操作中,统计数量操作更是经常被用到. 关于数据库中行数统计,无论是MySQL还是Oracle,都有一个函数可以使用,那就是COUNT. 但是,就是这个常用的COUNT函数,却暗藏着很多玄机,尤其是在面试的时候,一不小心就会被虐.不信的话请尝试回答下以

为啥select count(_) from t,在InnoDB引擎中比MyISAM 慢

感谢参考原文-http://bjbsair.com/2020-04-01/tech-info/18472.html 统计一张表的总数量,是我们开发中常有的业务需求,通常情况下,我们都是使用 select count(*) from t SQL 语句来完成.随着业务数据的增加,你会发现这条语句执行的速度越来越慢,为什么它会变慢呢? 为什么会变慢?想要得到答案就需要知道 MySQL 是如何统计总数量的,先说一个前提吧,count() 的具体实现是由存储引擎实现的,也就是说不同的存储引擎实现的方式不一

select count(*)和select count(1)

原文:http://blog.csdn.net/hzhsan/article/details/9186831 一般情况下,Select Count (*)和Select Count(1)两着返回结果是一样的 假如表沒有主键(Primary key), 那么count(1)比count(*)快, 如果有主键的話,那主键作为count的条件时候count(主键)最快 如果你的表只有一个字段的话那count(*)就是最快的 count(*) 跟 count(1) 的结果一样,都包括对NULL的统计,而

select count(1) 和 select count(*)的区别

统计一个表T有多少行数据,通常写法是: 查询A:select count(*) from T 但也可以采用下面语句来查: 查询B:select count(1) from T 结果通常是一样的.那么二者区别在哪里呢? 如果T表是个很大的表,那么查询速度将有显著的差异.实践中T表有4200万行,采用查询B,耗时3分多钟,而采用查询A,则耗时不到1秒.可见在大表的查询上必须非常谨慎. 那么为什么查询A比查询B快呢? 个人分析认为,查询A不需要过滤,直接用末行位置-首行位置/每行占用位置.而查询B,因

select count(*)和select count(1)的区别 (转)

A 一般情况下,Select Count (*)和Select Count(1)两着返回结果是一样的 假如表沒有主键(Primary key), 那么count(1)比count(*)快, 如果有主键的話,那主键作为count的条件时候count(主键)最快 如果你的表只有一个字段的话那count(*)就是最快的 count(*) 跟 count(1) 的结果一样,都包括对NULL的统计,而count(column) 是不包括NULL的统计 1.select 1 与 select *的区别 se

MYSQL 强制使用某个索引 select count(*) from t_audit_operate_log use index(indx_ctime) where Fuser='CY6016

MYSQL 强制使用某个索引 select count(*) from t_audit_operate_log use index(indx_ctime) where Fuser='CY6016 http://blog.163.com/li_hx/blog/static/18399141320147212521455/ 单表扫描,MySQL索引选择不正确 并 详细解析OPTIMIZER_TRACE格式 2014-08-21 15:07:05|  分类: 数据库 |  标签:查询优化  mysql

select count(*)和select count(1)的区别

一般情况下,Select Count (*)和Select Count(1)两着返回结果是一样的 假如表沒有主键(Primary key), 那么count(1)比count(*)快, 如果有主键的話,那主键作为count的条件时候count(主键)最快 如果你的表只有一个字段的话那count(*)就是最快的 count(*) 跟 count(1) 的结果一样,都包括对NULL的统计,而count(column) 是不包括NULL的统计 1.select 1 与 select *的区别 sele

关于select Count()的使用和性能问题

比如Count(*) FROM E_Table WHERE [date] > '2008-1-1' AND istrue = 0 由于操作的数据比较大(400万以上),所以使用了两个数据库,一个用于更新,执行频繁的Insert.Update操作,把索引建在了主键id上,另一个数据库定时复制前一个数据库的数据,用于检索查询,在[date]字段上建立了聚簇索引,在[istrue]字段上建立了非聚簇索引.这样下来,每次Count花费不超过2s的时间. 后来又复制了一份数据库,做了一些字段的调整,其中i

select count(*)和select count(1)哪个性能高

一般情况下,Select Count (*)和Select Count(1)两着返回结果是一样的 假如表沒有主键(Primary key), 那么count(1)比count(*)快, 如果有主键的話,那主键作为count的条件时候count(主键)最快 如果你的表只有一个字段的话那count(*)就是最快的 count(*)是什么意思?事实上,它真正的含义是找一个占用空间最小的索引字段,然后对它进行记数,不要一看到*就认为"大",在count命令中,它指的是"任意一个&qu