MySQL之count探究

count()功能:

1、统计某个列的值的数量,在统计列值时要求列值是非空的(不统计NULL)即:在COUNT()的括号中指定了列或者列表达式,则统计的就是这个列或者表达式有值的结果数。

2、统计结果集的行数,当确认括号内的表达式值不可能为空时,实际上就是在统计行数,例如:当使用COUNT()的时候,这种情况下通配符并不像我们猜想的那样扩展成所有的列,实际上会忽略所有列而直接统计所有的行数

  • 如果该表只有一个主键索引,没有任何二级索引的情况下,那么COUNT(*)和COUNT(1)都是通过通过主键索引来统计行数的
  • 如果该表有二级索引,则COUNT(1)和COUNT(*)都会通过占用空间最小的字段的二级索引进行统计

count(主键):

  • innodb会遍历整张表,把每一行的id都取处理,返回给server层(8.0这里有所改进不是一行一行返回),server层拿到id后判断是不可能为null的就按行累加;

count(1):

  • innodb会遍历整张表,但不取值。server层对返回的每一行,放进去一个数字“1”判断是不可能为null的就按行累加;

count(字段):

  • 如果这个“字段”定义为 not null 的话,一行行地从记录里面读出这个字段按行累加;
  • 如果这个“字段”定义允许为 null,执行的时候判断到有可能是 null,还要把值取出来再判断一下,不是 null 才累加。

count(*) :

  • 并不会把全部字段取出来,而是专门做了优化,不取值,按行累加

综上:若要比较四者的不同,可简单给出如下结论:

count(字段)<count(主键)<count(1)≈count(*)

https://dev.mysql.com/doc/refman/8.0/en/aggregate-functions.html#function_count

执行计划

对不同执行方法执行完成重启mysqld- server排除缓存干扰

测试过程

-- 测试表
CREATE TABLE `test_count` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `col1` char(50) NOT NULL,
  `col2` varchar(50) DEFAULT NULL,
  `col3` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8mb4
 
-- 录入数据
DELIMITER $$
DROP PROCEDURE IF EXISTS `bucket_insert`$$
CREATE DEFINER=`root`@`localhost` PROCEDURE `bucket_insert`()
BEGIN
  DECLARE i INT;
  SET i =0;
  SET AUTOCOMMIT=0; 
  WHILE i < 10000000 DO
  IF i MOD 2 = 0 THEN
  INSERT INTO test_count (col1,col2,col3) VALUES (MD5(RAND()*1000),NULL,RAND()*500);
  ELSE
    INSERT INTO test_count (col1,col2,col3) VALUES (MD5(RAND()*1000),MD5(RAND()*3000),RAND()*500);
  END IF;
  SET i = i + 1;
  END WHILE;
  COMMIT;
  END$$
DELIMITER ;
 
-- 执行计划,只有主键索引
 
root@[test]> explain select count(*) from test_count;
+----+-------------+------------+-------+---------------+---------+---------+------+---------+-------------+
| id | select_type | table      | type  | possible_keys | key     | key_len | ref  | rows    | Extra       |
+----+-------------+------------+-------+---------------+---------+---------+------+---------+-------------+
|  1 | SIMPLE      | test_count | index | NULL          | PRIMARY | 4       | NULL | 9694550 | Using index |
+----+-------------+------------+-------+---------------+---------+---------+------+---------+-------------+
1 row in set (0.02 sec)
 
root@[test]> explain select count(1) from test_count;
+----+-------------+------------+-------+---------------+---------+---------+------+---------+-------------+
| id | select_type | table      | type  | possible_keys | key     | key_len | ref  | rows    | Extra       |
+----+-------------+------------+-------+---------------+---------+---------+------+---------+-------------+
|  1 | SIMPLE      | test_count | index | NULL          | PRIMARY | 4       | NULL | 9694550 | Using index |
+----+-------------+------------+-------+---------------+---------+---------+------+---------+-------------+
1 row in set (0.00 sec)
 
root@[test]> explain select count(id) from test_count; 
+----+-------------+------------+-------+---------------+---------+---------+------+---------+-------------+
| id | select_type | table      | type  | possible_keys | key     | key_len | ref  | rows    | Extra       |
+----+-------------+------------+-------+---------------+---------+---------+------+---------+-------------+
|  1 | SIMPLE      | test_count | index | NULL          | PRIMARY | 4       | NULL | 9694550 | Using index |
+----+-------------+------------+-------+---------------+---------+---------+------+---------+-------------+
1 row in set (0.00 sec)
 
root@[test]> explain select count(col1) from test_count;   
+----+-------------+------------+------+---------------+------+---------+------+---------+-------+
| id | select_type | table      | type | possible_keys | key  | key_len | ref  | rows    | Extra |
+----+-------------+------------+------+---------------+------+---------+------+---------+-------+
|  1 | SIMPLE      | test_count | ALL  | NULL          | NULL | NULL    | NULL | 9694550 | NULL  |
+----+-------------+------------+------+---------------+------+---------+------+---------+-------+
 
-- 执行计划,存在二级索引,可以看出一下三种count都会选择索引length最短的索引扫描
root@[test]> explain select count(id) from test_count;    
+----+-------------+------------+-------+---------------+----------+---------+------+---------+-------------+
| id | select_type | table      | type  | possible_keys | key      | key_len | ref  | rows    | Extra       |
+----+-------------+------------+-------+---------------+----------+---------+------+---------+-------------+
|  1 | SIMPLE      | test_count | index | NULL          | idx_col1 | 200     | NULL | 9694550 | Using index |
+----+-------------+------------+-------+---------------+----------+---------+------+---------+-------------+
1 row in set (0.00 sec)
 
root@[test]> explain select count(*) from test_count; 
+----+-------------+------------+-------+---------------+----------+---------+------+---------+-------------+
| id | select_type | table      | type  | possible_keys | key      | key_len | ref  | rows    | Extra       |
+----+-------------+------------+-------+---------------+----------+---------+------+---------+-------------+
|  1 | SIMPLE      | test_count | index | NULL          | idx_col1 | 200     | NULL | 9694550 | Using index |
+----+-------------+------------+-------+---------------+----------+---------+------+---------+-------------+
1 row in set (0.00 sec)
 
root@[test]> explain select count(1) from test_count;
+----+-------------+------------+-------+---------------+----------+---------+------+---------+-------------+
| id | select_type | table      | type  | possible_keys | key      | key_len | ref  | rows    | Extra       |
+----+-------------+------------+-------+---------------+----------+---------+------+---------+-------------+
|  1 | SIMPLE      | test_count | index | NULL          | idx_col1 | 200     | NULL | 9694550 | Using index |
+----+-------------+------------+-------+---------------+----------+---------+------+---------+-------------+
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,117评论 4 362
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,328评论 1 293
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,839评论 0 243
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,007评论 0 206
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,384评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,629评论 1 219
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,880评论 2 313
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,593评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,313评论 1 243
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,575评论 2 246
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,066评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,392评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,052评论 3 236
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,082评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,844评论 0 195
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,662评论 2 274
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,575评论 2 270

推荐阅读更多精彩内容