- 综合排序
- 最热优先
- 最新优先
- 来自专栏全栈程序员必看
为什么 select count(*) from t，在 InnoDB 引擎中比 MyISAM 慢？
随着业务数据的增加，你会发现这条语句执行的速度越来越慢，为什么它会变慢呢？ 为什么会变慢？ 标题：为什么select count( * ) from t，在 InnoDB 引擎中比 MyISAM 慢？也是高频面试题。 InnoDB和MyISAM 是我们常用的 MySQL 存储引擎，所以主要对比一下 count(*) 在 InnoDB 和 MyISAM 中的实现： 「在 MyISAM 存储引擎中，把表的总行数存储在磁盘上 知道了 InnoDB 和 MyISAM 引擎 count(*) 实现之后，为什么select count(*) from t，在 InnoDB 引擎中比 MyISAM 慢？ 「InnoDB 中 count(*) 语句是在执行的时候，全表扫描统计总数量，所以当数据越来越大时，语句就越来越耗时了」，为什么 InnoDB 引擎不像 MyISAM 引擎一样，将总行数存储到磁盘上？
52230编辑于 2022-07-11 - 来自专栏码农编程进阶笔记
为什么 select count(*) from t，在 InnoDB 引擎中比 MyISAM 慢？
随着业务数据的增加，你会发现这条语句执行的速度越来越慢，为什么它会变慢呢？ 为什么会变慢？ 标题：为什么select count( * ) from t，在 InnoDB 引擎中比 MyISAM 慢？也是高频面试题。 InnoDB和MyISAM 是我们常用的 MySQL 存储引擎，所以主要对比一下 count(*) 在 InnoDB 和 MyISAM 中的实现： 「在 MyISAM 存储引擎中，把表的总行数存储在磁盘上 知道了 InnoDB 和 MyISAM 引擎 count(*) 实现之后，为什么select count(*) from t，在 InnoDB 引擎中比 MyISAM 慢？ 「InnoDB 中 count(*) 语句是在执行的时候，全表扫描统计总数量，所以当数据越来越大时，语句就越来越耗时了」，为什么 InnoDB 引擎不像 MyISAM 引擎一样，将总行数存储到磁盘上？
59420发布于 2021-07-20 - 来自专栏小白debug
为什么mysql的count()方法这么慢？
当数据表小的时候，这是没问题的，但当数据量大的时候，比如未发送的短信到了百万量级的时候，你就会发现，上面的sql查询时间会变得很长，最后timeout报错，查不出结果了。 为什么？ 比如同样是读全表数据 select count(*) from sms；语句。 使用 myisam引擎的数据表里有个记录当前表里有几行数据的字段，直接读这个字段返回就好了，因此速度快得飞起。 为什么innodb不能像myisam那样实现count()方法 myisam和innodb这两个引擎，有几个比较明显的区别，这个是八股文常考了。 因此由于事务隔离级别的存在，不同的事务在同一时间下，看到的表内数据行数是不一致的，因此innodb，没办法，也没必要像myisam那样单纯的加个count字段信息在数据表上。 mysql同步hive 总结 mysql用count方法查全表数据，在不同的存储引擎里实现不同，myisam有专门字段记录全表的行数，直接读这个字段就好了。而innodb则需要一行行去算。
1.6K30编辑于 2022-12-02 - 来自专栏业余草
MySQL 中 MyISAM 中的查询为什么比 InnoDB 快？
所以，我一一的拒绝了他们。 关于这套面试题，有很多内容，我都写过文章的！今天，我们来写一写第 14 小题。为什么 MyisAM 查询快？ ? 关于，这个问题，我网上看了很多答案。 大多内容都雷同，但是我要强调的是，并不是说 MYISAM 一定比 InnoDB 的 select 快。 其实呢？MyISAM 适合读多，并发少的场景；这个问题要分场景来看。 不同的场景，还真不能说 MyISAM 比 InnoDB 中的查询快！ 下面我们一起来看看 Innodb 和 Myisam 的 5 大区别： ? 上面的“事务”写错了。 关于 count 的区别，可以看我的这篇文章《你真的懂 select count(*) 吗？》。 那么为什么大家喜欢说 MyisAM 查询快呢？ 说白了，为什么现在一些人喜欢 NoSQL 呢？因为 nosql 本身似乎应该是以省去解析和事务锁的方式来提升效能。MYISAM 不支持事务，也是它查询快的一个原因！
10.4K51发布于 2019-03-11 - 来自专栏京程一灯
为什么 Promis 比setTimeout()更快？
// 每日前端夜话 第468篇 // 正文共：1200 字 // 预计阅读时间：10 分钟 实验 先做一个实验：来看看立即解决的 Promis 和立即超时（ 0 毫秒的超时）哪个执行的更快？ 立即解决的承诺比立即超时处理得更快。 是因为 Promise.resolve(true).then(...) ., 0) 之前被调用了，所以 promise 的处理过程会更快吗？ 实验表明，立即解决的 promise 在立即超时之前已得到处理。所以。。。这是为什么？ 事件循环 与异步 JavaScript 有关的问题可以通过探索事件循环解答答。 总结 为什么立即解决的 promise 比立即计时器处理得更快？
97620发布于 2021-01-28 - 来自专栏程序小小事
MySQL COUNT(*)性能对比：MyISAM为何比InnoDB快？全面解析与优化方案
欢迎来到程序视点，我是你们的老朋友.安戈。在MySQL中，不同存储引擎执行SELECT COUNT(*)的速度有显著差异，主要原因是它们的实现机制不同。 最快的存储引擎：MyISAMMyISAM在执行SELECT COUNT(*)时最快，因为：MyISAM在表元数据中直接维护了精确的行数执行SELECT COUNT(*)时无需扫描实际数据查询时间基本是恒定的 (O(1)时间复杂度)较慢的存储引擎：InnoDBInnoDB执行SELECT COUNT(*)较慢，因为：InnoDB不存储表的总行数执行全表扫描来计数(时间复杂度O(n))需要遍历主键索引或全表来统计行数在 通常也需要全表扫描性能优化建议如果需要在InnoDB上频繁执行计数查询：使用计数器表单独维护计数使用SHOW TABLE STATUS获取近似值(不精确)对特定查询使用覆盖索引考虑使用触发器维护计数总结MyISAM
25800编辑于 2025-10-01 - 来自专栏码农编程进阶笔记
MySQL中count(字段) ，count(主键 id) ，count(1)和count(*)的区别
注：下面的讨论和结论是基于 InnoDB 引擎的。 首先要弄清楚 count() 的语义。 count() 是一个聚合函数，对于返回的结果集，一行行地判断，如果 count 函数的参数不是 NULL，累计值就加 1，否则不加。最后返回累计值。 所以，count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数；而 count(字段），则表示返回满足条件的数据行里面，参数“字段”不为 NULL 的总个数。 注意：count(1)执行速度比count(主键 id)快的原因：从引擎返回 id 会涉及到解析数据行，以及拷贝字段值的操作。 count(*) MySQL 执行count(*)在优化器做了专门优化。 看到这里，你会说优化器就不能自己判断一下吗，主键 id 肯定是非空的，为什么不能按照 count(*) 来处理，多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。
3.5K30发布于 2021-07-20 - 来自专栏全栈程序员必看
MySQL中count(字段) ，count(主键 id) ，count(1)和count(*)的区别
注：下面的讨论和结论是基于 InnoDB 引擎的。 首先要弄清楚 count() 的语义。 count() 是一个聚合函数，对于返回的结果集，一行行地判断，如果 count 函数的参数不是 NULL，累计值就加 1，否则不加。最后返回累计值。 所以，count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数；而 count(字段），则表示返回满足条件的数据行里面，参数“字段”不为 NULL 的总个数。 注意：count(1)执行速度比count(主键 id)快的原因：从引擎返回 id 会涉及到解析数据行，以及拷贝字段值的操作。 count(*) MySQL 执行count(*)在优化器做了专门优化。 看到这里，你会说优化器就不能自己判断一下吗，主键 id 肯定是非空的，为什么不能按照 count(*) 来处理，多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。
3.8K10编辑于 2022-07-12 - 来自专栏高性能服务器开发
count(1)、count(*) 与 count(列名) 的执行区别
从执行计划来看，count(1)和count(*)的效果是一样的。但是在表做过分析之后，count(1)会比count(*)的用时少些（1w以内数据量），不过差不了多少。 如果count(1)是聚索引,id,那肯定是count(1)快。但是差的很小的。 因为count(*),自动会优化指定到那一个字段。 2、count(1) and count(字段) 两者的主要区别是 count(1) 会统计表中的所有的记录数，包含字段为null 的记录。 count(字段) 会统计该字段在表中出现的次数，忽略字段为null 的情况。即不统计字段为null 的记录。 ，相当于行数，在统计结果的时候，不会忽略列值为NULL count(1)包括了忽略所有列，用1代表代码行，在统计结果的时候，不会忽略列值为NULL count(列名)只包括列名那一列，在统计结果的时候
1.9K30发布于 2019-10-19 - 来自专栏JavaEdge
MySQL的count(*)、count(1)和count(列名)区别
"; count(*) 2 count(1)、count(*)是检索表中所有记录行的数目，无论是否包含null值 count(1)比count(*)效率高 count(字段)，检索表中的该字段的非空行数 ）比count（*）快 若表只有一个字段，count（*）最快 count(1)跟count(主键)一样，只扫描主键 count(*)跟count(非主键)一样，扫描整个表 明显前者更快。 count(1) and count(字段) count(1) 会统计表中的所有的记录数，包含字段为null 的记录 count(字段) 会统计该字段在表中出现的次数，忽略字段为null 的情况。 ---+-------------+-----------+----------+------------+-------------------+ 5 rows in set (0.00 sec) MyISAM 有表元数据的缓存，例如行，即COUNT(*)值，对于MyISAM表的COUNT(*)无需消耗太多资源，但对于Innodb，就没有这种元数据，CONUT（*）执行较慢。
4.8K20编辑于 2025-07-07 - 来自专栏小强的进阶之路
count(1)、count(*) 与 count (列名) 的执行区别
从执行计划来看，count(1)和count(*)的效果是一样的。但是在表做过分析之后，count(1)会比count(*)的用时少些（1w以内数据量），不过差不了多少。 如果count(1)是聚索引,id,那肯定是count(1)快。但是差的很小的。 因为count(*),自动会优化指定到那一个字段。 2、count(1) and count(字段) 两者的主要区别是 count(1) 会统计表中的所有的记录数，包含字段为null 的记录。 count(字段) 会统计该字段在表中出现的次数，忽略字段为null 的情况。即不统计字段为null 的记录。 ，相当于行数，在统计结果的时候，不会忽略列值为NULL count(1)包括了忽略所有列，用1代表代码行，在统计结果的时候，不会忽略列值为NULL count(列名)只包括列名那一列，在统计结果的时候
3.6K10发布于 2019-10-23 - 来自专栏web全栈之路
mysql为什么用B+树，innodb和myisam的区别？
问：为什么加索引能优化慢查询？ 并且还可以告诉你的是，一个节点为1页就够了。 为什么一个节点为1页（16k）就够了？ 解决这个问题，我们先来看一下Mysql中利用B+树的具体实现。 MyISAM中的B+树 MYISAM中叶子节点的数据区域存储的是数据记录的地址 主键索引 辅助索引 MyISAM存储引擎在使用索引查询数据时，会先根据索引查找到数据地址，再根据地址查询到具体的数据。 另外，Innodb的主键索引要比MyISAM的主键索引查询效率要高（少一次磁盘IO），并且比辅助索引也要高很多。 所以，我们在使用Innodb作为存储引擎时，我们最好： 手动建立主键索引 尽量利用主键索引查询 回到我们的问题：为什么一个节点为1页（16k）就够了？
91210编辑于 2022-09-29 - 来自专栏C/C++基础
MySQL COUNT(*) COUNT(1) 与 COUNT(列) 的区别
3.2 COUNT(1) 的执行过程？ 3.3 COUNT(*) 的执行过程？ 3.4 COUNT(字段) 的执行过程？ 3.5 小结 4.为什么要通过遍历的方式来计数？ 4.为什么要通过遍历的方式来计数？ 你可能会好奇，为什么 COUNT 函数需要通过遍历的方式来统计记录个数？ 我前面将的案例都是基于 Innodb 存储引擎来说明的，但是在 MyISAM 存储引擎里，执行 COUNT 函数的方式是不一样的，通常在没有任何查询条件下的 COUNT(*)，MyISAM 的查询速度要明显快于 使用 MyISAM 引擎时，执行 COUNT 函数只需要 O(1 )复杂度，这是因为每张 MyISAM 的数据表都有一个 meta 信息存储了 row_count 值，由表级锁保证一致性，所以直接读取 而 InnoDB 存储引擎是支持事务的，同一个时刻的多个查询，由于多版本并发控制（MVCC）的原因，InnoDB 表“应该返回多少行”也是不确定的，所以无法像 MyISAM一样，只维护一个 row_count
1.1K10编辑于 2024-05-09 - 来自专栏用户画像
count(*) count(1)与count(col)的区别
一、执行结果 count(*) 和count(1) 都是统计行数，而count(col) 是统计col列非null的行数 二、执行计划 MyISAM与InnoDB，正如在不同的存储引擎中，count (*)函数的执行是不同的 在MyISAM存储引擎中，count()函数是直接读取数据表保存的行记录数并返回,效率很高，但是如果添加了where条件的话，MyISAM表也不能返回得很快。 有主键或联合主键的情况下，count(*)略比count(1)快一些。 没有主键的情况下count(1)比count(*)快一些。 如果表只有一个字段，则count(*)是最快的。 从InnoDB引擎层返回ID会涉及到解析数据行、拷贝字段值的操作，因此count(主键 ID)执行要比count(1)执行慢。 count(主键id)走主键索引的时候效率较count(*)差的原因？ 但是在做count(*)的时候并没有检索具体的一行或者一个范围，那么选择基数小的索引对count操作效率会更高。在做count操作的时候，mysql会遍历每个叶子节点，所以基数越小，效率越高。
4.8K21发布于 2019-06-11 - 来自专栏码上遇见你
浅聊count(1)、count(*) 与 count(列名) 的区别
)的优化 COUNT(*) 在 MySQL 中的优化与所使用的执行引擎密切相关，常见的执行引擎包括 MyISAM 和 InnoDB。 MyISAM 和 InnoDB 之间有许多区别，其中一个关键区别与接下来要讨论的 COUNT(*) 有关：MyISAM 不支持事务，其锁定级别为表级锁；而 InnoDB 支持事务，并且使用行级锁。 由于 MyISAM 的表级锁，同一表上的操作需要串行进行。因此，MyISAM 做了一个简单的优化，即单独记录表的总行数。 有些人认为COUNT(*) 在执行时会转换成 COUNT(1)，因此 COUNT(1) 少了转换步骤，所以更快。 另一方面，也有人认为 MySQL 针对 COUNT(*) 做了特殊优化，因此 COUNT(*) 更快。
1.1K10编辑于 2024-06-08 - 来自专栏码字搬砖
sql中count(1) count(*)与count(列名)的区别
count(1) count(*) 两者的主要区别是 count(1) 会统计表中的所有的记录数，包含字段为null 的记录。 count(字段) 会统计该字段在表中出现的次数，忽略字段为null 的情况。即不统计字段为null 的记录。 count(*) 和 count(1)和count(列名)区别 count(*)包括了所有的列，相当于行数，在统计结果的时候，不会忽略列值为NULL count(1)包括了忽略所有列，用1代表代码行，在统计结果的时候 ，不会忽略列值为NULL count(列名)只包括列名那一列，在统计结果的时候，会忽略列值为空（这里的空不是只空字符串或者0，而是表示null）的计数，即某个字段值为NULL时，不统计。
2.3K10编辑于 2022-09-21 - 来自专栏Clive的技术分享
Mysql锁相关锁的分类锁的适用场景MyISAM表锁MyISAM写阻塞读的例子MyISAM读阻塞写例子MyISAM并发插入MyISAM读写并发MyISAM锁调度调节MyISAM锁调度行为解决读写冲突的
MyISAM表锁 查看锁争用相关参数：show status like 'table%'; Table_locks_waited的值越高表示表锁争用越高。 MyISAM表的读操作，会阻塞同表的其他读请求，会阻塞同表写请求； 写操作会阻塞同表的读请求和写请求。 读与写、写与写之间串行，持锁线程可对表更新，其他线程读/写都会等待，直到锁释放。 解决读写冲突的方法： 系统参数 max_write_lock_count 设置合理值，表的读锁达到设定阈值后，mysql就将写请求优先级降低。 一些需要长时间运行的读操作，需要拆分为多条短select sql，复杂查询放在数据库空闲时段进行，比如夜间执行。 InnoDB与MyISAM最大区别： 支持事务； 行级锁。 MyISAM和InnoDB在死锁上的区别 MyISAM不会出现死锁，因为MyISAM总是一次获得所需要的全部锁，要么全部满足，要么全等待； InnoDB除了单SQL事务，锁是逐步获得的，因此可能出现死锁
1.9K50发布于 2018-04-19 - 来自专栏搜云库技术团队
案例解析：count(1)、count(*) 与 count(列名) 的执行区别
其实不然，count(1)和count(*)都会对全表进行扫描，统计所有记录的条数，包括那些为null的记录，因此，它们的效率可以说是相差无几。 从执行计划来看，count(1)和count()的效果是一样的。但是在表做过分析之后，count(1)会比count()的用时少些（1w以内数据量），不过差不了多少。 如果count(1)是聚索引,id,那肯定是count(1)快。但是差的很小的。 因为count(),自动会优化指定到那一个字段。 2、count(1) and count(字段) 两者的主要区别是 1、count(1) 会统计表中的所有的记录数，包含字段为null 的记录。 2、count(字段)会统计该字段在表中出现的次数，忽略字段为null 的情况。即不统计字段为null 的记录。
2.2K11发布于 2019-12-11 - 来自专栏博客迁移同步
MySQL中count是怎样执行的？———count(1)，count(id)，count(非索引列)，count(二级索引列)的分析
前言 相信在此之前，很多人都只是记忆，没去理解，只知道count(*)、count(1)包括了所有行，在统计结果的时候，不会忽略列值为NULL，count(列名)只统计列名那一列，在统计结果的时候， 详情可见MySQL查询为什么选择使用这个索引？ count(*)一样 对于count(*)、count(1)或者任意的count(常数)来说，读取哪个索引的记录其实并不重要，因为server层只关心存储引擎是否读到了记录，而并不需要从记录中提取指定的字段来判断是否为 综上所述： 对于count(*)、count(常数)、count(主键)形式的count函数来说，优化器可以选择扫描成本最小的索引执行查询，从而提升效率，它们的执行过程是一样的，只不过在判断表达式是否为 NULL时选择不同的判断方式，这个判断为NULL的过程的代价可以忽略不计，所以我们可以认为count(*)、count(常数)、count(主键)所需要的代价是相同的。
2.3K20编辑于 2023-05-06 - 来自专栏Java那些事儿
数据库COUNT(*)、COUNT(字段)和COUNT(1)的异同
COUNT(*)的优化 区分不同的执行引擎，MySQL中比较常用的执行引擎就是InnoDB和MyISAM。 MyISAM和InnoDB有很多区别，其中有一个关键的区别和我们接下来要介绍的COUNT(*)有关，那就是MyISAM不支持事务，MyISAM中的锁是表级锁；而InnoDB支持事务，并且支持行级锁。 MyISAM做了一个简单的优化，那就是它可以把表的总行数单独记录下来，如果从一张表中使用COUNT(*)进行查询的时候，可以直接返回这个记录下来的数值就可以了，当然，前提是不能有where条件。 相比COUNT(*)，COUNT(字段)多了一个步骤就是判断所查询的字段是否为NULL，所以他的性能要比COUNT(*)慢。 总结 本文介绍了COUNT函数的用法，主要用于统计表行数。 因为COUNT()是SQL92定义的标准统计行数的语法，所以MySQL对他进行了很多优化，MyISAM中会直接把表的总行数单独记录下来供COUNT()查询，而InnoDB则会在扫表的时候选择最小的索引来降低成本
2.2K30发布于 2020-07-21
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号