日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 运维知识 > 数据库 >内容正文

数据库

mysql不同count的性能分析

發布時間:2025/3/20 数据库 26 豆豆
生活随笔 收集整理的這篇文章主要介紹了 mysql不同count的性能分析 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

以下文章來源于Hollis?,作者Hollis(微信公眾號搜索)


數據庫查詢相信很多人都不陌生,所有經常有人調侃程序員就是CRUD專員,這所謂的CRUD指的就是數據庫的增刪改查。

在數據庫的增刪改查操作中,使用最頻繁的就是查詢操作。而在所有查詢操作中,統計數量操作更是經常被用到。

關于數據庫中行數統計,無論是MySQL還是Oracle,都有一個函數可以使用,那就是COUNT

但是,就是這個常用的COUNT函數,卻暗藏著很多玄機,尤其是在面試的時候,一不小心就會被虐。不信的話請嘗試回答下以下問題:

以上10道題,如果您可以全部準確無誤的回答的話,那說明你真的很了解COUNT函數了,如果有哪些知識點是不了解的,那么本文正好可以幫你答疑解惑。

1、COUNT有幾種用法?2、COUNT(字段名)和COUNT(*)的查詢結果有什么不同?3、COUNT(1)和COUNT(*)之間有什么不同?4、COUNT(1)和COUNT(*)之間的效率哪個更高?5、為什么《阿里巴巴Java開發手冊》建議使用COUNT(*)6、MySQL的MyISAM引擎對COUNT(*)做了哪些優化?7、MySQL的InnoDB引擎對COUNT(*)做了哪些優化?8、上面提到的MySQL對COUNT(*)做的優化,有一個關鍵的前提是什么?9、SELECT COUNT(*) 的時候,加不加where條件有差別嗎?10、COUNT(*)、COUNT(1)和COUNT(字段名)的執行過程是怎樣的?

1、認識COUNT

關于COUNT函數,在MySQL官網中有詳細介紹:

簡單翻譯一下:

1、COUNT(expr) ,返回SELECT語句檢索的行中expr的值不為NULL的數量。結果是一個BIGINT值。

2、如果查詢結果沒有命中任何記錄,則返回0

3、但是,值得注意的是,COUNT(*)?的統計結果中,會包含值為NULL的行數。

即以下表記錄

create?table?#bla(id?int,id2?int) insert?#bla?values(null,null) insert?#bla?values(1,null) insert?#bla?values(null,1) insert?#bla?values(1,null) insert?#bla?values(null,1) insert?#bla?values(1,null) insert?#bla?values(null,null)

使用語句count(*),count(id),count(id2)查詢結果如下:

select?count(*),count(id),count(id2) from?#bla results?7?3?2

除了COUNT(id)和COUNT(*)以外,還可以使用COUNT(常量)(如COUNT(1))來統計行數,那么這三條SQL語句有什么區別呢?到底哪種效率更高呢?為什么《阿里巴巴Java開發手冊》中強制要求不讓使用?COUNT(列名)或?COUNT(常量)來替代?COUNT(*)呢?

?

COUNT(列名)、COUNT(常量)和COUNT(*)之間的區別

前面我們提到過COUNT(expr)用于做行數統計,統計的是expr不為NULL的行數,那么COUNT(列名)、?COUNT(常量)?和?COUNT(*)這三種語法中,expr分別是列名、?常量?和?*。

那么列名、?常量?和?*這三個條件中,常量?是一個固定值,肯定不為NULL。*可以理解為查詢整行,所以肯定也不為NULL,那么就只有列名的查詢結果有可能是NULL了。

所以,?COUNT(常量)?和?COUNT(*)表示的是直接查詢符合條件的數據庫表的行數。而COUNT(列名)表示的是查詢符合條件的列的值不為NULL的行數。

除了查詢得到結果集有區別之外,COUNT(*)相比COUNT(常量)?和?COUNT(列名)來講,COUNT(*)是SQL92定義的標準統計行數的語法,因為他是標準語法,所以MySQL數據庫對他進行過很多優化。

SQL92,是數據庫的一個ANSI/ISO標準。它定義了一種語言(SQL)以及數據庫的行為(事務、隔離級別等)。

COUNT(*)的優化

前面提到了COUNT(*)是SQL92定義的標準統計行數的語法,所以MySQL數據庫對他進行過很多優化。那么,具體都做過哪些事情呢?

這里的介紹要區分不同的執行引擎。MySQL中比較常用的執行引擎就是InnoDB和MyISAM。

MyISAM和InnoDB有很多區別,其中有一個關鍵的區別和我們接下來要介紹的COUNT(*)有關,那就是MyISAM不支持事務,MyISAM中的鎖是表級鎖;而InnoDB支持事務,并且支持行級鎖。

因為MyISAM的鎖是表級鎖,所以同一張表上面的操作需要串行進行,所以,MyISAM做了一個簡單的優化,那就是它可以把表的總行數單獨記錄下來,如果從一張表中使用COUNT(*)進行查詢的時候,可以直接返回這個記錄下來的數值就可以了,當然,前提是不能有where條件。

MyISAM之所以可以把表中的總行數記錄下來供COUNT(*)查詢使用,那是因為MyISAM數據庫是表級鎖,不會有并發的數據庫行數修改,所以查詢得到的行數是準確的。

但是,對于InnoDB來說,就不能做這種緩存操作了,因為InnoDB支持事務,其中大部分操作都是行級鎖,所以可能表的行數可能會被并發修改,那么緩存記錄下來的總行數就不準確了。

但是,InnoDB還是針對COUNT(*)語句做了些優化的。

在InnoDB中,使用COUNT(*)查詢行數的時候,不可避免的要進行掃表了,那么,就可以在掃表過程中下功夫來優化效率了。

從MySQL 8.0.13開始,針對InnoDB的SELECT COUNT(*) FROM tbl_name語句,確實在掃表的過程中做了一些優化。前提是查詢語句中不包含WHERE或GROUP BY等條件。

我們知道,COUNT(*)的目的只是為了統計總行數,所以,他根本不關心自己查到的具體值,所以,他如果能夠在掃表的過程中,選擇一個成本較低的索引進行的話,那就可以大大節省時間。

我們知道,InnoDB中索引分為聚簇索引(主鍵索引)和非聚簇索引(非主鍵索引),聚簇索引的葉子節點中保存的是整行記錄,而非聚簇索引的葉子節點中保存的是該行記錄的主鍵的值。

所以,相比之下,非聚簇索引要比聚簇索引小很多,所以MySQL會優先選擇最小的非聚簇索引來掃表。所以,當我們建表的時候,除了主鍵索引以外,創建一個非主鍵索引還是有必要的。

至此,我們介紹完了MySQL數據庫對于COUNT(*)的優化,這些優化的前提都是查詢語句中不包含WHERE以及GROUP BY條件。

?

COUNT(*)和COUNT(1)

介紹完了COUNT(*),接下來看看COUNT(1),對于,這二者到底有沒有區別,網上的說法眾說紛紜。

有的說COUNT(*)執行時會轉換成COUNT(1),所以COUNT(1)少了轉換步驟,所以更快。

還有的說,因為MySQL針對COUNT(*)做了特殊優化,所以COUNT(*)更快。

那么,到底哪種說法是對的呢?看下MySQL官方文檔是怎么說的:

InnoDB handles SELECT COUNT(*) and SELECT COUNT(1) operations in the same way. There is no performance difference.

畫重點:same way?,?no performance difference。所以,對于COUNT(1)和COUNT(*),MySQL的優化是完全一樣的,根本不存在誰比誰快!

那既然COUNT(*)和COUNT(1)一樣,建議用哪個呢?

建議使用COUNT(*)!因為這個是SQL92定義的標準統計行數的語法,而且本文只是基于MySQL做了分析,關于Oracle中的這個問題,也是眾說紛紜的呢。

?

COUNT(字段)

最后,就是我們一直還沒提到的COUNT(字段),他的查詢就比較簡單粗暴了,就是進行全表掃描,然后判斷指定字段的值是不是為NULL,不為NULL則累加。

相比COUNT(*),COUNT(字段)多了一個步驟就是判斷所查詢的字段是否為NULL,所以他的性能要比COUNT(*)慢。

?

總結

本文介紹了COUNT函數的用法,主要用于統計表行數。主要用法有COUNT(*)、COUNT(字段)和COUNT(1)。

因為COUNT(*)是SQL92定義的標準統計行數的語法,所以MySQL對他進行了很多優化,MyISAM中會直接把表的總行數單獨記錄下來供COUNT(*)查詢,而InnoDB則會在掃表的時候選擇最小的索引來降低成本。當然,這些優化的前提都是沒有進行where和group的條件查詢。

在InnoDB中COUNT(*)和COUNT(1)實現上沒有區別,而且效率一樣,但是COUNT(字段)需要進行字段的非NULL判斷,所以效率會低一些。

因為COUNT(*)是SQL92定義的標準統計行數的語法,并且效率高,所以請直接使用COUNT(*)查詢表的行數!

參考資料:

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

《極客時間——MySQL實戰45講》

總結

以上是生活随笔為你收集整理的mysql不同count的性能分析的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。

主站蜘蛛池模板: 91一区在线| 在线观看视频 | 日日夜夜狠 | 操操操视频| 午夜亚洲aⅴ无码高潮片苍井空 | 久久久一区二区三区 | 久久影院午夜理论片无码 | 成人精品在线观看 | 久久中文字幕在线观看 | 欧美性高潮| 荒岛淫众女h文小说 | 野花社区视频在线观看 | www.久久久久久久久久 | 一级做a爰片久久毛片潮喷 天天透天天干 | 一级做a爰片久久毛片 | 国产女人毛片 | 男人的天堂欧美 | 亚洲色图校园春色 | 亚洲综合射 | 女生扒开尿口 | 草久久av | 日本打白嫩屁股视频 | 韩产日产国产欧产 | 黄色的网站在线 | 狠狠婷婷 | 一级肉体全黄裸片中国 | 物业福利视频 | 国内毛片毛片毛片毛片毛片 | 中文字幕乱码一区 | 成人日韩欧美 | 亚洲天堂一区 | 亚洲色鬼 | 精品久久久久久无码国产 | 欧美伦理在线观看 | 国产精品无码AV无码国产 | 欧美videossex极品| av免费在线观看网址 | 中文一区二区在线播放 | 国产精品欧美亚洲 | 国产精品第6页 | 动漫美女视频 | 毛片综合 | 国产男女啪啪 | 欧美色88| 亚洲精品鲁一鲁一区二区三区 | 精品免费看 | 日韩午夜视频在线 | 综合色视频 | 俺也去在线视频 | 偷拍第一页 | 青青艹在线观看 | 婷婷丁香在线 | 精品午夜一区二区三区 | 91福利在线播放 | 国产懂色av | wwwxxx在线播放 | 性生生活大片又黄又 | 又色又爽又高潮免费视频国产 | 蜜桃臀av一区二区三区 | 干夜夜 | 四虎在线影视 | 国产乱人乱精一区二视频国产精品 | 中文久久精品 | 成年人三级网站 | 免费大片黄在线观看视频网站 | 五月天婷婷基地 | 狠狠躁夜夜躁av无码中文幕 | 亚洲乱码精品久久久久.. | 三级av| 国产午夜电影在线观看 | 国产成人午夜精品无码区久久 | 天堂国产 | 福利一区福利二区 | 久久久久久久久久影院 | 久久黄色免费网站 | 综合色爱| 歪歪视频在线观看 | 最新免费av网站 | 在线观看日本 | 午夜性福利 | 午夜黄色一级片 | 鲍鱼av在线 | 欧美性猛交ⅹxxx乱大交3 | 韩日欧美 | 国产精品久久久一区二区三区 | 麻豆网| 深爱激情综合网 | 在线免费观看黄 | 黄色三级小视频 | 东方成人av| 天天夜夜草 | 夜夜嗨一区 | 日日夜夜狠狠爱 | 久久久久久久久久久综合 | 日韩性xxx| 国产精品九色 | 永久免费看片 | 人妻熟女一区二区aⅴ水 | 精品久久在线观看 |