成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

聊聊MySQL的COUNT的性能,看看怎么最快?

數據庫 MySQL
這篇文章主要介紹了聊聊MySQL的COUNT(*)的性能,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧

[[400316]]

前言

基本職場上的程序員用來統計數據庫表的行數都會使用count(*),count(1)或者count(主鍵),那么它們之間的區別和性能你又是否了解呢?

其實程序員在開發的過程中,在一張大表上統計總行數是非常耗時的一個操作,那么我們應該用哪個方法統計會更快呢?

接下來我們就來聊一聊MySQL中統計總行數的方法和性能。

count(*),count(1),count(主鍵)哪個更快?

1、建表并且插入1000萬條數據進行實驗測試:

  1. # 創建測試表 
  2. CREATE TABLE `t6` ( 
  3.  `id` int(11) NOT NULL AUTO_INCREMENT, 
  4.  `namevarchar(50) NOT NULL
  5.  `status` tinyint(4) NOT NULL
  6.  PRIMARY KEY (`id`), 
  7.  KEY `idx_status` (`status`) 
  8. ) ENGINE=InnoDB DEFAULT CHARSET=utf8; 
  9.   
  10. # 創建存儲過程插入1000w數據 
  11. CREATE PROCEDURE insert_1000w() 
  12. BEGIN 
  13.   DECLARE i INT
  14.   SET i=1; 
  15.   WHILE i<=10000000 DO 
  16.     INSERT INTO t6(name,status) VALUES('god-jiang-666',1); 
  17.     SET i=i+1; 
  18.   END WHILE; 
  19. END
  20.   
  21. #調用存儲過程,插入1000萬行數據 
  22. call insert_1000w(); 

2、分析實驗結果

  1. # 花了0.572秒 
  2. select count(*) from t6; 

 

在這里插入圖片描述

  1. # 花了0.572秒 
  2. select count(1) from t6; 

 

  1. # 花了0.580秒 
  2. select count(id) from t6; 

 

  1. # 花了0.620秒 
  2. select count(*) from t6 force index (primary); 

 

從上面的實驗我們可以得出,count(*)和count(1)是最快的,其次是count(id),最慢的是count使用了強制主鍵的情況。

下面我們繼續測試一下它們各自的執行計劃:

  1. explain select count(*) from t6; 
  2. show warnings; 

 

  1. explain select count(1) from t6; 
  2. show warnings; 

 

  1. explain select count(id) from t6; 
  2. show warnings; 

 

  1. explain select count(*) from t6 force index (primary); 
  2. show warnings; 

 

從上面的實驗可以得出這三點:

  1. count(*)被MySQL查詢優化器改寫成了count(0),并選擇了idx_status索引
  2. count(1)和count(id)都選擇了idx_statux索引
  3. 加了force index(primary)之后,走了強制索引

這個idx_status就是相當于是二級輔助索引樹,目的就是為了說明:InnoDB在處理count(*)的時候,有輔助索引樹的情況下,會優先選擇輔助索引樹來統計總行數。

為了驗證count(*)會優先選擇輔助索引樹這個結論,我們繼續來看看下面的實驗:

  1. # 刪除idx_status索引,繼續執行count(*) 
  2. alter table t6 drop index idx_status; 
  3.  
  4. explain select count(*) from t6; 

 

從以上實驗可以得出,刪除了idx_status這個輔助索引樹,count(*)就會選擇走主鍵索引。所以結論:count(*)會優先選擇輔助索引,假如沒有輔助索引的存在,就會走主鍵索引

為什么count(*)會優先選擇輔助索引?

在MySQL5.7.18之前,InnoDB通過掃描聚集索引來處理count(*)語句。

從MySQL5.7.18開始,InnoDB通過遍歷最小的可用二級索引來處理count(*)語句。如果不存在二級索引,則掃描聚集索引。

新版本為何會使用二級索引來處理count(*)呢?

因為InnoDB二級索引樹的葉子節點上存放的是主鍵,而主鍵索引樹的葉子節點存放的是整行數據,所以二級索引樹比主鍵索引樹小。因此查詢優化器基于成本考慮,優先選擇的是二級索引。所以索引count(*)快于count(主鍵)。

總結

這篇文章的結論就是count(*)=count(1)>count(id)。

為什么count(id)走了主鍵索引還會更慢呢?因為count(id)需要取出主鍵,然后判斷不為空,再累加,代價更高。

count(*)是會總計出所有NOT NULL和NULL的字段,而count(id)是不會統計NULL字段的,所以我們在建表的盡量使用NOT NULL并且給它一個默認是空即可。

最后,在以后總計數據庫表的總行數的時候,可以大膽的使用count(*)或者count(1)。

參考資料

  • 《高性能MySQL》(第三版)第六章優化COUNT()查詢
  • 《MySQL實戰45講》林曉斌

 

責任編輯:姜華 來源: 愛寫Bug的麥洛
相關推薦

2021-12-02 07:02:16

API性能設計

2020-11-11 10:00:13

NAT性能內核

2018-07-19 08:49:47

Python編程語言測評

2022-07-27 14:24:38

MySQL數據庫SQL

2020-06-10 08:28:51

Kata容器I

2015-05-19 09:28:17

網速

2009-03-22 19:19:15

多核多核服務器多核歷史

2022-11-17 00:04:38

接口性能查詢

2023-06-12 09:09:19

MySQLDDLNSTANT

2021-11-17 08:11:35

MySQL

2023-11-09 11:56:28

MySQL死鎖

2023-07-12 13:08:58

性能測試數據

2024-02-29 18:06:39

HTTP性能優化

2024-05-31 09:31:00

2022-11-26 08:16:26

2022-04-02 10:23:12

MySQL數據庫

2021-11-18 08:20:22

接口索引SQL

2022-03-11 10:23:02

React性能優化

2015-06-25 12:41:53

實時 Node應用性能監測

2021-06-02 10:00:30

云網絡性能測試
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 亚洲电影一区二区三区 | 欧美视频1区| 亚洲免费在线观看视频 | 色妹子综合网 | 免费一级毛片 | 精品欧美一区二区久久久伦 | 免费看片国产 | 色视频成人在线观看免 | 在线午夜 | 久久精品青青大伊人av | 五月综合久久 | 中文字幕一级毛片视频 | 国产精品精品视频一区二区三区 | 自拍偷拍亚洲视频 | 黄a免费网络 | 国产精品久久久久久久久久久新郎 | 亚洲成人午夜电影 | 日韩精品1区2区3区 成人黄页在线观看 | 国产麻豆一区二区三区 | 艹逼网| 日韩视频中文字幕 | 在线视频 亚洲 | 中文字字幕一区二区三区四区五区 | 亚洲精品国产第一综合99久久 | 免费精品 | 毛片免费视频 | 91成人精品 | 精品久久久久一区二区国产 | 亚洲综合久久久 | 欧美成人aaa级毛片在线视频 | 欧美精品久久久 | 久久99精品久久久久子伦 | 亚洲精品一区二区网址 | 又黄又爽的网站 | 久久久久久免费毛片精品 | 鲁一鲁资源影视 | 日韩成人免费视频 | 欧美人人 | 国产综合精品一区二区三区 | 亚洲国产精品久久久 | 久久久久久久一区 |