MySQL 中 count(*)、count(1) 和 count(字段名) 有什么区别?

基于InnoDB引擎

1. count(*)

统计满足条件的总行数 ,会统计包含NULL的行,不会忽略null。

MySQL优化层做了专门优化,不会读取行的全部数据,只统计行是否存在。

2. count(1)

传入常量1,每一行都不为null,效果等价统计总行数,同样统计全部行数,不会忽略NULL。

早期版本有性能差异,现在MySQL优化后,count(*)count(1) 性能几乎没有差别

3. count(字段名)

统计该字段不为NULL的行数,如果这个字段的值是NULL,这一行会被过滤掉,不参与计数。

示例:

id name
1 张三
2 NULL
3 李四
sql 复制代码
select count(*) from user;    --结果:3,统计所有行
select count(1) from user;    --结果:3
select count(name) from user; --结果:2,name为null那一行被排除

底层执行差异

  1. count(*)

    InnoDB会找最小的二级索引来扫描,不需要读取聚簇索引完整行,只统计行数,效率很高。

  2. count(1)

    优化器内部会转化成和count()相近逻辑,遍历索引,每行填个1做计数,现代版本性能和count()基本一致。

  3. count(字段)

  • 如果字段有索引:扫描这个二级索引,判断字段值是否为NULL,非NULL才计数;
  • 如果字段没有索引:只能扫描聚簇索引(全表),读取每一行这个字段的值做判断,性能很差。

⚠️注意:count(主键id):id不会为null,统计全部行数。但会读取主键字段的值,性能略低于count(*)。

常见误区

  1. 网上说count(1)比count(*)快,旧版本,现在不成立,MySQL已经做优化;
  2. count(字段)会跳过NULL,业务很容易踩坑,如果要统计行数,不要用count(普通字段);
  3. MyISAM不带where条件的count(*)会直接返回表元数据,速度极快;InnoDB没有这个特性,必须扫描索引统计行数,因为MVCC多版本,不同事务看到行数不一样。

总结:

  • 统计行数优先使用 count(*),MySQL专门优化,性能最优;
  • count(1) 结果和count(*)一致,新版本性能基本无差别;
  • count(字段) 只统计字段非NULL的数据,如果字段允许为null,统计结果会少一部分;无索引时性能很差。
相关推荐
Wang's Blog2 小时前
PostgreSQL笔记34:索引优化策略全景解析——从B-tree到HOT的核心原理与实践
数据库·笔记·postgresql
l1258652 小时前
# RAG向量数据库优化实战:HNSW索引调参与生产级性能设计
数据库·python·mysql·langchain
梦Arrebol2 小时前
Mysql内容及相关实验
数据库·mysql
OceanWaves19932 小时前
mysql 8.0.32 磁盘爆满,清理从库日志
数据库·mysql
凤山老林3 小时前
数据库读写分离与动态路由实战:Spring Boot + ShardingSphere-JDBC 生产配置
数据库·spring boot·后端·分库分表·sharding-jdbc
l1258654 小时前
# RAG噪声知识库治理:一致性与可信度的四层防线设计
数据库·人工智能·python·自然语言处理·langchain
聚美智数5 小时前
图片水印-图片剪裁-图片缩放API接口介绍
java·服务器·数据库
JavaPub-rodert5 小时前
Go 后台如何同时兼容 MySQL、PostgreSQL、SQLite 和 SQL Server?从 ShiyuAdmin 看 GORM 多数据库适配
数据库·mysql·postgresql·golang·javapub·王仕宇
瀚高PG实验室5 小时前
SQL优化案例:存储过程、复杂SQL拆成简单SQL提升整体性能
数据库·sql·postgresql·瀚高数据库