MySQL中使用count(*)函数时响应很慢,怎么优化?

本文探讨了MySQL中count(*)函数在MyISAM和InnoDB引擎下的执行差异,InnoDB因MVCC导致的全表扫描问题。提出使用缓存系统(如Redis)保存计数和在数据库中创建计数表两种优化方案,但分别存在丢失更新和一致性问题。此外,还分析了count(*)、count(主键id)和count(1)的性能区别,建议使用count(*)以提高效率。
摘要由CSDN通过智能技术生成

 该文章为《MySQL实战45讲》课程学习笔记及部分摘抄,原课程链接MySQL 实战 45 讲 (geekbang.org)

1、count(*) 的实现方式

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

  1. MyISAM 引擎把一个表的总行数存在了磁盘上,因此执行 count(*) 的时候会直接返回这个数,效率很高;
  2. 而 InnoDB 引擎就麻烦了,它执行 count(*) 的时候,需要把数据一行一行地从引擎里面读出来,然后累积计数。

        注意,我们在这篇文章里讨论的是没有过滤条件的 count(*),如果加了 where 条件的话,MyISAM 表也是不能返回得这么快的。


 问题1:为什么 InnoDB 不跟 MyISAM 一样,也把数字存起来呢?

分析:这是因为即使是在同一个时刻的多个查询,由于多版本并发控制(MVCC)的原因,InnoDB 表“应该返回多少行”也是不确定的。这里,我用一个算 count(*) 的例子来为你解释一下。

        假设表 t 中现在有 10000 条记录,我们设计了三个用户并行的会话。

  • 会话 A 先启动事务并查询一次表的总行数;
  • 会话 B 启动事务,插入一行后记录后,查询表的总行数;
  • 会话 C 先启动一个单独的语句,插入一行记录后,查询表的总行数。
会话A、B、C的执行流程
会话A 会话B 会话C
begin;
select count(*) from t;
insert
  • 1
    点赞
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值