MySQL中count(字段)，count(主键 id)，count(1)和count(*)的区别

注：下面的讨论和结论是基于 InnoDB 引擎的。

首先要弄清楚 count() 的语义。count() 是一个聚合函数，对于返回的结果集，一行行地判断，如果 count 函数的参数不是 NULL，累计值就加 1，否则不加。最后返回累计值。

所以，count(*)、count(1)和count(主键 id) 都表示返回满足条件的结果集的总行数；而 count(字段），则表示返回满足条件的数据行里面，参数“字段”不为 NULL 的总个数。

至于分析性能差别的时候，记住这么几个原则：

扫描全表，读到server层，判断字段可空，拿出该字段所有值，判断每一个值是否为空，不为空则累加

扫描全表，读到server层，判断字段不可空，按行累加。

扫描全表，但不取值，server层收到的每一行都是1，判断不可能是null，按值累加。

注意：count(1)执行速度比count(主键 id)快的原因：从引擎返回 id 会涉及到解析数据行，以及拷贝字段值的 *** 作。

MySQL 执行count(*)在优化器做了专门优化。因为count(*)返回的行一定不是空。扫描全表，但是不取值，按行累加。

看到这里，你会说优化器就不能自己判断一下吗，主键 id 肯定是非空的，为什么不能按照 count(*) 来处理，多么简单的优化。当然 MySQL 专门针对这个语句进行优化也不是不可以。但是这种需要专门优化的情况太多了，而且 MySQL 已经优化过 count(*) 了，你直接使用这种语句就可以了。

count(可空字段) <count(非空字段) = count(主键 id) <count(1) count(*)

1、登录 2、修改密码 3、配置密码复杂度 需要有validate_password.dll文件支持，查询是否有插件 安装插件 4、查看密码复杂度 validate_password_policy ：密码安全策略 validate_password_length ：密码最少长度 validate_password_number_count ：最少数字字符数 validate_password_mixed_case_count ：最少大写和小写字符数(同时有大写和小写) validate_password_special_char_count ：最少特殊字符数

count(*)是如何实现的？

上述的count(*)指的是在查询的时候不加where条件，不加where条件的count(*)在不同的数据库引擎下有不同的实现：

InnoDB为什么不把总行数存起来？

由于InnoDB的事务支持，同一时刻的多个事务的查询，由于多版本并发控制的（MVCC）的原因，InnoDB表返回的行数是不确定。

InnoDB对COUNT(*)做的优化？

InnoDB是索引组织表，所有的数据都是通过B+数的方式组织起来的，主键索引的叶子节点是整行数据，普通索引的叶子节点是主键值，因此 普通索引树的大小要比主键索引树小的多 。对于count(*)，MySQL优化器会找到最小的那棵索引树然后进行遍历。

如果某张大表需要经常性的进行count(*) *** 作，可以考虑单独建立一张表进行保存大表的记录行数。

COUNT的具体含义？

COUNT()是一个聚合函数，对于返回的结果集需要一行一行的进行判断，如果COUNT函数中的参数不为NULL，累计值就加，否则不加。

COUNT的几种用法？

COUNT(*)除了在选择索引树遍历上有优化，而且在执行的过程中不会取值，Server层按照行累加。

COUNT(主键ID)，InnoDB会遍历整张表，把每一行的ID值都取出来，返回给Server层。Server层拿到ID以后，判断不可能为空，按行累加。

COUNT(1)，InnoDB引擎遍历整张表，但不取值。Server层对于返回的每一行放一个数字"1"进去，判断不可能为空，按行累加。

COUNT(字段)，如果字段定义为NOT NULL的话，Server层从记录中取到字段以后判断不可能为NULL，按行累加；但是如果字段允许为NULL，Server层就有可能取到为NULL的记录，此时需要把记录中的值进行判断一下，不是NULL才可以累加。

COUNT效率

COUNT(字段) <COUNT(主键ID) <COUNT(1) COUNT(*)

---