用asp做的网站,现在的网站内容区域做多宽,网站建设制作公司,wordpress同步新浪博客文章目录 count函数的语义count(主键)count(1)count(*)count(字段)替代方案explain或者show table status中间表或者其他数据库计数 以下分析都是基于 select count(?) from table 这个语句来分析#xff0c;不带过滤条件。
count函数的语义
count() 是一个聚合函数#x… 文章目录 count函数的语义count(主键)count(1)count(*)count(字段)替代方案explain或者show table status中间表或者其他数据库计数 以下分析都是基于 select count(?) from table 这个语句来分析不带过滤条件。
count函数的语义
count() 是一个聚合函数函数的参数不仅可以是字段名也可以是其他任意表达式该函数作用是统计符合查询条件的记录中函数指定的参数不为 NULL 的记录有多少个。
在通过 count 函数统计有多少个记录时MySQL 的 server 层会维护一个名叫 count 的变量。
server 层会循环向 InnoDB 读取一条记录如果 count 函数指定的参数不为 NULL那么就会将变量 count 加 1直到符合查询的全部记录被读完就退出循环。最后将 count 变量的值发送给客户端。
count(主键)
在通过 count 函数统计有多少个记录时MySQL 的 server 层会维护一个名叫 count 的变量。
server 层会循环向 InnoDB 读取一条记录如果 count 函数指定的参数不为 NULL那么就会将变量 count 加 1直到符合查询的全部记录被读完就退出循环。最后将 count 变量的值发送给客户端。
如果表里只有主键索引没有二级索引时 那么InnoDB 循环遍历聚簇索引将读取到的记录返回给 server 层然后读取记录中的 id 值根据 id 值判断是否为 NULL如果不为 NULL就将 count 变量加 1。
如果表里有二级索引时 InnoDB 循环遍历的对象就不是聚簇索引而是二级索引。
这是因为相同数量的二级索引记录可以比聚簇索引记录占用更少的存储空间所以二级索引树比聚簇索引树小这样遍历二级索引的 I/O 成本比遍历聚簇索引的 I/O 成本小因此「优化器」优先选择的是二级索引。
count(1)
如果表里只有主键索引没有二级索引时 InnoDB 循环遍历聚簇索引主键索引将读取到的记录返回给 server 层但是不会读取记录中的任何字段的值因为 count 函数的参数是 1不是字段所以不需要读取记录中的字段值。参数 1 很明显并不是 NULL因此 server 层每从 InnoDB 读取到一条记录就将 count 变量加 1。
可以看到count(1) 相比 count(主键字段) 少一个步骤就是不需要读取记录中的字段值所以通常会说 count(1) 执行效率会比 count(主键字段) 高一点。
*** 如果表里有二级索引时*** InnoDB 循环遍历的对象就二级索引。
count(*)
当你使用 count() 时MySQL 会将 * 参数转化为参数 0 来处理也就是说 count() 其实等于 count(0)。
所以count(*) 执行过程跟 count(1) 执行过程基本一样的性能没有什么差异。
而且 MySQL 会对 count(*) 和 count(1) 有个优化如果有多个二级索引的时候优化器会使用key_len 最小的二级索引进行扫描。
只有当没有二级索引的时候才会采用主键索引来进行统计。
count(字段)
count(字段) 的执行效率相比前面的 count(1)、 count(*)、 count(主键字段) 执行效率是最差的。主要原因是因为它是个全表扫描操作。
替代方案
explain或者show table status
如果对于count值不是要求很精确可以通过执行 explain或者show table status来获取值
中间表或者其他数据库计数
如果要求比较精确可以在写数据后通过中间表或者其他数据库去记录当前数量。
