mysql数据库count性能（存储引擎是Innodb）

最新推荐文章于 2023-08-04 12:04:33 发布
最新推荐文章于 2023-08-04 12:04:33 发布
阅读量249 收藏
点赞数
分类专栏： MySQL数据库 文章标签： sql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wmx690/article/details/128458529
版权

count的性能从高到低是：count(*) ≈ count(1) > count(id) > count(普通索引列) > count(未加索引列)

  • count(*) ：它会获取所有行的数据，不做任何处理，行数加1。

  • count(1)：它会获取所有行的数据，每行固定值1，也是行数加1。

  • count(id)：id代表主键，它需要从所有行的数据中解析出id字段，其中id肯定都不为NULL，行数加1。

  • count(普通索引列)：它需要从所有行的数据中解析出普通索引列，然后判断是否为NULL，如果不是NULL，则行数+1。

  • count(未加索引列)：它会全表扫描获取所有数据，解析中未加索引列，然后判断是否为NULL，如果不是NULL，则行数+1。

柏博
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
MySQL存储引擎 InnoDB与MyISAM的区别
09-10
MySQL中的InnoDB和MyISAM是两种非常重要的存储引擎，它们各自有着独特的特性和适用场景。InnoDB以其对事务处理和行级锁定的支持而受到重视，而MyISAM则以其高性能和简单性受到青睐。 InnoDB存储引擎的核心优势在于...
MySQL 中的 count 你用对了吗？性能对比一览
m0_71777195的博客
07-21 644
在不同的存储引擎中，count(*)函数的实现方式不同。我们之前讨论过使用缓存系统来存储计数值存在的问题。现在，我来简洁地解释一下为什么将计数值存储在Redis中不能保证与MySQL表中的数据精确一致。Redis和MySQL是不同的存储系统，它们不支持分布式事务，因此无法提供精确一致的视图。这就是为什么将计数值存储在Redis中无法确保与MySQL表中数据的一致性。相比之下，将计数值存储在MySQL中可以解决一致性视图的问题。
理解 mysql 之 count(*)的性能问题
KevinChen2019的博客
01-03 1677
既然说到count(*)，就不能不说一下count家族的其他成员，比如：count(1)、count(id)、count(普通索引列)、count(未加索引列)。而innodb则不同，由于它支持事务，有MVCC（即多版本并发控制）的存在，在同一个时间点的不同事务中，同一条查询sql，返回的记录行数可能是不确定的。对于有些业务场景，新增数据很少，大部分是统计数量操作，而且查询条件很多。count(未加索引列)：它会全表扫描获取所有数据，解析中未加索引列，然后判断是否为NULL，如果不是NULL，则行数+1。
MySQL 在InnoDB模式下 select count(*) 速度慢执行效率低的解决方案
20年PHP开发经验
12-30 2585
老革命碰到新问题，之前做了一个系统状态监控，其中需要统计一个资讯表的实时数据量，其实总量并不大，也就7万多条，但是感觉执行效率很低，浏览器刷新挺长时间才出来。二、InnoDB模式对count(*)也有优化，就是会找最短索引，像我的表中n_s_time的索引最短，原则上会找这个索引，但是实际显然不对，所以Explain是不准的。一、InnoDB模式对行数是不计数的，MyISAM是计数的，所以select count(*) from table 这么写在MyISAM表里是没有毛病的，会很快。
MySQL之COUNT性能到底如何？
JavaMonsterr的博客
07-29 863
在实际开发过程中，统计一个表的数据量是经常遇到的需求，用来统计数据库表的行数都会使用COUNT(*)，COUNT(1)或者COUNT(字段)，但是表中的记录越来越多，使用COUNT(*)也会变得越来越慢，本文我们就来分析一下COUNT的性能到底如何。COUNT函数的用法，主要用于统计表行数。主要用法有COUNT(*)、COUNT(字段)和COUNT(1)https。...
【MySQL】count()查询性能梳理
微信公众号: 后端码匠
07-03 1172
使用的数据库是MySQL8，使用的存储引擎是Innodb。通常情况下，分页接口一般会查询两次数据库，第一次是获取具体数据，第二次是获取总的记录行数，然后把结果整合之后，再返回。它没有性能问题。却存在性能差的问题。为什么会出现这种情况呢？
关于mysql中innodb的count优化问题分享
09-10
MySQL中的InnoDB存储引擎在处理`COUNT(*)`查询时，会根据不同的索引类型和查询条件来决定执行效率。在优化`COUNT(*)`查询时，理解InnoDB的聚集索引（Clustered Index）和辅助索引（Secondary Index）的工作原理至关...
浅谈MySQL存储引擎选择 InnoDB与MyISAM的优缺点分析
09-10
MySQL存储引擎的选择是一个重要的决策，因为它直接影响到数据库的性能、可靠性和功能。本文主要讨论了两种最常用的存储引擎——InnoDB和MyISAM，并分析了它们的优缺点。 首先，MyISAM是MySQL的默认存储引擎，适用于...
MySQL存储引擎中MyISAM和InnoDB区别详解
12-16
MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持以及外部键等高级数据库功能。 　以下是一些细节和具体实现的差别： 　◆1.InnoDB不支持FULLTEXT类型的索引。 ...
MySQL存储引擎MyISAM与InnoDB的9点区别
09-10
MySQL中的存储引擎是数据库管理的核心组件之一，它们决定了数据如何被存储、检索和管理。MyISAM和InnoDB是MySQL中最常用的两个存储引擎，各有其特点和适用场景。以下是这两种存储引擎的九个关键区别： 1. **事务...
深入分析：mysql统计条数count(*)、count(主键)、cout(1)、count(二级索引字段)、count(普通字段)性能比较
weixin_44625925的博客
07-06 1587
MyISAM 存储引擎（mysql5.5前）： count(*) 性能最佳，因为存储引擎会存储精确的行数，因此不采用其他写法。 InnoDB 存储引擎（mysql5.5后）： 先说结论，性能由高到低排序为： count(*) = count(最短非空索引字段) ≈ count(1) > count(比主键短的非空索引字段) > count(主键) > count(普通索引字段) > count(普通字段) 看到这个结论，可能有人会说卧槽 ，这是什么玩意，那么记住，任何情况都用coun
mysql innodb count_mysql中innodb表的count
weixin_39958911的博客
01-27 198
其实就一个问题：count(1),count(*),count(主键),count(非主键字段)哪个更快？于是建了一张测试表，插入了600多万条记录。表结构如下：CREATETABLE`test`(`id`int(10)unsignedNOTNULLAUTO_INCREMENT,`c1`varchar(10)NOTNULL,`c2`varchar(10)NOTNULL,...
mysql innodb count,innodb中count(*),count(字段)，count(主键id),count(1)的区别
weixin_39530839的博客
03-17 218
count(参数)函数解释count() 是一个聚合函数，对于返回的结果集，一行一行的判断，函数参数不是NULL时累计值就加1，否则不加，最后返回累计值。没有过滤条件时，myisam中把一个表的总数存在磁盘上，执行count(*)直接返回这个数，效率很高。innodb中需要把数据一行一行的从引擎中读出来，然后累计。count()各种用法对比根据函数解释可以知道，count(*),count(1),...
Mysql count(*)的使用原理以及InnoDb的优化策略
小爽帅到拖网速的博客
03-11 603
mysql count()函数的多种使用原理，以及性能上的区别和优化。
mysql innodb count 优化_在MySQL的InnoDB存储引擎中count(*)函数的优化
weixin_36429993的博客
01-19 331
写这篇文章之前已经看过了很多数据库方面的优化内容，大部分都是加索引、使用事务、要什么select什么等等。然而，只是停留在阅读的层面上，很少有实践，因为没有遇到真实的项目，一切都是纸上谈兵。实践是检验真理的唯一标准，于是就想在数据库上测试一些性能优化的方案，比如索引之类的，但是不想使用假的数据，于是就想着能不能抓取网上的一些数据来作分析，后来自己通过PHP抓取了一些数据(爬取数据博文)，抓了大约1...
MySQL性能调优——count（）篇(二）
零零年代的风的博客
12-07 929
InnoDB 是索引组织表，主键索引树的叶子节点是数据，而普通索引树的叶子节点是主键值。所以，普通索引树比主键索引树小很多。对于 count(*) 这样的操作，遍历哪个索引树得到的结果逻辑上都是一样的。因此，MySQL 优化器会找到最小的那棵树来遍历，count( * )它是不取值的，它遍历的应该是不为null的小索引树字段。在保证逻辑正确的前提下，尽量减少扫描的数据量，是数据库系统设计的通用法则之一。
mysql count(*)的性能如何？
悟已往之不谏，知来者之可追
03-25 1061
为什么会出现这种情况呢？ 如何优化count(*)性能？ 增加redis缓存 加二级缓存 多线程执行 减少join的表 改成ClickHouse count的各种用法性能对比
mysql千万级别的数据使用count(*)查询比较慢怎么解决？
最新发布
Harry的博客
08-04 7782
当MySQL中的数据量达到千万级别时，使用COUNT()查询可能会变得比较慢。一些优化COUNT(*)查询的方法：使用索引、使用近似值、使用缓存、分批查询、数据分片等技术来解决问题
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值