八、mysql中count(*)的使用

目录

如何正确使用count()?

count(*)的实现方式

为什么InnoDB不跟MyISAM一样也把数字存起来?

InnoDB对count(*)做的优化?

show table status 命令

如果需要经常显示交易系统的操作记录总数,该怎么办?

用缓存系统保存计数

在数据库保存计数

不同的count用法


如何正确使用count()?

count() 是一个聚合函数,对于返回的结果集,一行行地判断,如果 count 函数的参数不是 NULL,累计值就加 1,否则不加。最后返回累计值。所以,count(*)、count(主键 id) 和 count(1) 都表示返回满足条件的结果集的总行数;而 count(字段),则表示返回满足条件的数据行里面,参数“字段”不为 NULL 的总个数

对于 count(主键 id) 来说,InnoDB 引擎会遍历整张表,把每一行的 id 值都取出来,返回给 server 层。server 层拿到 id 后,判断是不可能为空的,就按行累加。

对于 count(1) 来说,InnoDB 引擎遍历整张表,但不取值。server 层对于返回的每一行,放一个数字“1”进去,判断是不可能为空的,按行累加。

于 count(字段) 来说:如果这个“字段”是定义为 not null 的话,一行行地从记录里面读出这个字段,判断不能为 null,按行累加;如果这个“字段”定义允许为 null,那么执行的时候,判断到有可能是 null,还要把值取出来再判断一下,不是 null 才累加。

但是 count(*) 是例外,并不会把全部字段取出来,而是专门做了优化,不取值。count(*) 肯定不是 null,按行累加。

所以结论是:按照效率排序的话,count(字段)<count(主键 id)<count(1)≈count(*),所以我建议你,尽量使用 count(*)。

count(*)的实现方式

在不同的MySQL引擎中,count(*)有不同的实现方式。

1、MyISAM引擎把一个表的总行数存在了磁盘上,因此执行count(*)的时候会直接返回这个数,效率很高;如果加了where条件的话,MyISAM表也是不能返回得这么快的。

2、而InnoDB引擎在执行count(*)的时候,需要把数据一行一行地从引擎里面读出来,然后累积计数。


为什么InnoDB不跟MyISAM一样也把数字存起来?

这是因为即使是在同一个时刻的多个查询,由于多版本并发控制(MVCC)的原因,InnoDB表“应该返回多少行”也是不确定的。


InnoDB对count(*)做的优化?

InnoDB是索引组织表,主键索引树的叶子节点是数据,而普通索引树的叶子节点是主键值。所以,普通索引树比主键索引树小很多。对于count(*)这样的操作,遍历哪个索引树得到的结果逻辑上都是一样的。因此,MySQL优化器会找到最小的那棵树来遍历。在保证逻辑正确的前提下,尽量减少扫描的数据量,是数据库系统设计的通用法则之一。

show table status 命令

这个命令的输出结果里面页有一个TABLE_ROWS用于显示这个表当前有多少行,但是这个命令跟索引统计一样都是通过采样来估算的,因此不是很准确,误差可能达到40%到50%。所以这个命令也不能直接使用。

 

如果需要经常显示交易系统的操作记录总数,该怎么办?

MyISAM表虽然count(*)很快,但是不支持事务;

show table status 命令虽然返回很快,但是不准确;

InnoDB表直接count(*)会遍历全表,虽然结果准确,但会导致性能问题。

所以基本思路:找一个地方,把操作记录表的行数存起来

用缓存系统保存计数

缺点:将计数保存在缓存系统中的方式,不只是丢失更新,而且值在逻辑上可能不精确。适用于统计大概数,对数值精确度要求不高的业务中。

在数据库保存计数

将计数直接放到数据库里单独的一张计数表C中,解决了崩溃丢失问题,InnoDB是支持崩溃恢复不丢数据的。


不同的count用法

1、对于count(主键id)来说,InnoDB引擎会遍历整张表,把每一行的id值都取出来,返回给server层。server层拿到id后,判断是不可能为空的,就按行累加。

2、对于count(1)来 说,InnoDB引擎遍历整张表,但不取值。server层对于返回的每一行,放一个数字“1”进去,判断是不可能为空的,按行累加。

3、对于count(字段)来说:

    如果这个“字段”是定义为not null 的话,一行行地从记录里面读出这个字段,判断不能为null,按行累加;

    如果这个“字段”定义允许为null,那么执行的时候,判断到有可能是null,还要把值取出来再判断一下,不是null才累加。

4、count(*)是例外,并不会把全部字段取出来,而是专门做了优化,不取值。count(*)肯定不是null,按行累加。

所以结论是:按照效率排序的话,count(字段),count(主键ID)<count(1)=count(*).


小结

把计数放在redis里面,不能够保证计数和myslq表里的数据精确一致的原因是:这两个不同的存储构成的系统,不支持分布式事务,无法拿到精确一致的视图。而把计数值也放在mysql中,就解决了一致性视图的问题。InnoDB引擎支持事务,利用好事务的原子性和隔离性,就可以简化在业务开发时的逻辑。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

发哥1997

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值