欧美vvv,亚洲第一成人在线,亚洲成人欧美日韩在线观看,日本猛少妇猛色XXXXX猛叫

新聞資訊

    背景

    開發應用程序久了,總想刨根問底,尤其對一些有公共答案的問題。大家都能解釋,但是追根究底,都解釋不清。凡是都有為什么,而且用數字說明問題是最直觀的。

    本文主要想探究一下連接數據庫的細節,尤其是在 Web 應用中要使用數據庫來連接池,以免每次發送一次請求就重新建立一次連接。

    對于這個問題,答案都是一致的,建立數據庫連接很耗時,但是這個耗時是都多少呢,又是分別在哪些方面產生的耗時呢?

    分析

    本文以連接 MySQL 數據庫為例,因為 MySQL 數據庫是開源的,其通信協議是公開的,所以我們能夠詳細分析建立連接的整個過程。

    在本文中,消耗資源的分析主要集中在網絡上,當然,資源也包括內存、CPU 等計算資源,使用的編程語言是 Java,但是不排除編程語言也會有一定的影響。

    首先先看一下連接數據庫的 Java 代碼,如下:

    Class.forName("com.mysql.jdbc.Driver");

    String?name?=?"shine_user";
    String?password?=?"123";
    String?url?=?"jdbc:mysql://172.16.100.131:3306/clever_mg_test";
    Connection?conn?=?DriverManager.getConnection(url,?name,?password);
    //?之后程序終止,連接被強制關閉

    然后通過「」分析整個連接的建立過程,如下:

    抓包

    在上圖中顯示的連接過程中,可以看出 MySQL 的通信協議是基于 TCP 傳輸協議的,而且該協議是二進制協議,不是類似于 HTTP 的文本協議。

    其中建立連接的過程具體如下:

    用戶驗證成功之后,會進行一些連接變量的設置,比如字符集、是否自動提交事務等,其間會有多次數據的交互。完成了這些步驟后,才會執行真正的數據查詢和更新等操作

    在本文的測試中,只用了 5 行代碼來建立連接,但是并沒有通過該連接去執行任何操作關閉數據庫的方法有,所以在程序執行完畢之后,連接不是通過 .close() 關閉的,而是由于程序執行完畢,導致進程終止,造成與數據庫的連接異常關閉,所以最后會出現 TCP 的 RST 報文。

    在這個最簡單的代碼中,沒有設置任何額外的連接屬性,所以在設置屬性上占用的時間可以認為是最少的(其實,雖然我們沒有設置任何屬性,但是驅動仍然設置了字符集、事務自動提交等,這取決于具體的驅動實現),所以整個連接所使用的時間可以認為是最少的。

    但從統計信息中可以看出,在不包括最后TCP的RST報文時(因為該報文不需要服務器返回任何響應),但是其中仍需在客戶端和服務器之間進行往返「7」次,「也就是說完成一次連接,可以認為,數據在客戶端和服務器之間需要至少往返 7 次」。

    從時間上來看,從開始 TCP 的三次握手,到最終連接強制斷開為止(不包括最后的RST報文),總共花費了:

    10.416042?-?10.190799?=?0.225243s?=?225.243ms

    這意味著,建立一次數據庫連接需要 225ms,而這還是還可以認為是最少的,當然「花費的時間可能受到網絡狀況、數據庫服務器性能以及應用代碼是否高效的影響」關閉數據庫的方法有,但是這里只是一個最簡單的例子,已經足夠說明問題了!

    由于上面是程序異常終止了,但是在正常的應用程序中,連接的關閉一般都是通過 .close() 完成的。

    代碼如下:

    Class.forName("com.mysql.jdbc.Driver");

    String?name?=?"shine_user";
    String?password?=?"123";
    String?url?=?"jdbc:mysql://172.16.100.131:3306/clever_mg_test";
    Connection?conn?=?DriverManager.getConnection(url,?name,?password);
    conn.close();

    網絡抓包

    這樣的話,情況發生了變化,主要體現在與數據庫連接的斷開,如上圖:

    這里是完整地完成了從數據庫連接的建立到關閉,整個過程花費了:

    747.284311?-?747.100954?=?0.183357s?=?183.357ms

    這里可能也有網絡狀況的影響,比上述的 225ms 少了,但是也幾乎達到了 200ms 的級別。

    那么問題來了,想象一下這個場景,對于一個日活 2 萬的網站來說,假設每個用戶只會發送 5 個請求,那么一天就是 10 萬個請求。

    對于建立數據庫連接,我們保守一點計算為 150ms 好了,那么一天當中花費在建立數據庫連接的時間有(還不包括執行查詢和更新操作):

    100000?*?150ms?=?15000000ms?=?15000s?=?250min?=?4.17h

    也就說每天花費在建立數據庫連接上的時間已經達到「4 個小時」,所以說數據庫連接池是必須的嘛。

    而且當日活增加時,單單使用數據庫連接池也不能完全保證你的服務能夠正常運行,還需要考慮其他的解決方案。

    例如:

    總結

    當然這不是本文的主要內容,本文想要闡述的核心思想只有一個,數據庫連接真的很耗時,所以不要頻繁的建立連接。

    1.?8 種最坑的SQL錯誤用法,你有沒有踩過?

    2.?2萬字詳解,徹底講透 全文搜索引擎 Elasticsearch

    3.?Git 不能只會 pull 和 push,試試這5條提高效率的命令吧!

    4.?圖解:訂單系統從0到1設計思路

    最近面試BAT,整理一份面試資料Java面試BATJ通關手冊,覆蓋了Java核心技術、JVM、Java并發、SSM、微服務、數據庫、數據結構等等。

    獲取方式:點“在看”,關注公眾號并回復?Java?領取,更多內容陸續奉上。

    PS:因公眾號平臺更改了推送規則,如果不想錯過內容,記得讀完點一下在看,加個星標,這樣每次新文章推送才會第一時間出現在你的訂閱列表里。

    “在看”支持小哈呀,謝謝啦

網站首頁   |    關于我們   |    公司新聞   |    產品方案   |    用戶案例   |    售后服務   |    合作伙伴   |    人才招聘   |   

友情鏈接: 餐飲加盟

地址:北京市海淀區    電話:010-     郵箱:@126.com

備案號:冀ICP備2024067069號-3 北京科技有限公司版權所有