<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ThinkChat2.0新版上線,更智能更精彩,支持會話、畫圖、視頻、閱讀、搜索等,送10W Token,即刻開啟你的AI之旅 廣告
                # MySQL的連接池、異步、斷線重連 MySQL長連接 ---- MySQL短連接每次請求操作數據庫都需要建立與MySQL服務器建立TCP連接,這是需要時間開銷的。TCP連接需要3次網絡通信。這樣就增加了一定的延時和額外的IO消耗。請求結束后會關閉MySQL連接,還會發生3/4次網絡通信。 > close操作不會增加響應延時,原因是close后是由操作系統自動進行通信的,應用程序感知不到 長連接就可以避免每次請求都創建連接的開銷,節省了時間和IO消耗。提升了PHP程序的性能。 斷線重連 ---- 在cli環境下,PHP程序需要長時間運行,客戶端與MySQL服務器之間的TCP連接是不穩定的。 * MySQL-Server會在一定時間內自動切斷連接 * PHP程序遇到空閑期時長時間沒有MySQL查詢,MySQL-Server也會切斷連接回收資源 * 其他情況,在MySQL服務器中執行kill process殺掉某個連接,MySQL服務器重啟 這時PHP程序中的MySQL連接就失效了。如果仍然執行mysql_query,就會報一個“MySQL server has gone away”的錯誤。程序處理不到就直接遇到致命錯誤并退出了。所以PHP程序中需要斷線重連。 有很多人提出了mysql_ping的方案,每次mysql_query進行連接檢測或者定時連接檢測。這個方案不是最好的。原因是 * mysql_ping需要主動偵測連接,帶來了額外的消耗 * 定時執行mysql_ping不能解決問題,如剛剛執行過mysql_ping檢測之后,連接就關閉了 最佳的方案是,進行斷線重連 。它的原理是: 1. mysql_query執行后檢測返回值 2. 如果mysql_query返回失敗,檢測錯誤碼發現為2006/2013(這2個錯誤表示連接失敗),再執行一次mysql_connect 3. 執行mysql_connect后,重新執行mysql_query,這時必然會成功,因為已經重新建立了連接 4. 如果mysql_query返回成功,那么連接是有效的,這是一次正常的調用 > 可參考[swoole_framework中的代碼](https://github.com/swoole/framework/blob/master/libs/Swoole/Database/MySQL.php) MySQL異步 ---- MySQL異步是指將MySQL連接事件驅動化,這樣就變成了非阻塞IO。數據庫操作并不會阻塞進程,在MySQL-Server返回結果時再執行對應的邏輯。 有幾個點需要注意一下: * 異步MySQL并沒有節省SQL執行的時間 * 一個MySQL連接同時只能執行1個SQL,如果異步MySQL存在并發那么必須創建多個MySQL連接 異步回調程序中,異步MySQL并沒有提升性能。異步最大的好處是可以高并發,如果并發1萬個請求,那么就需要建立1萬個MySQL連接,這會給MySQL-Server帶來巨大的壓力。 > MySQL是根據連接數分配資源的,一個連接需要開啟一個線程。1000連接那么需要維持1000線程才可以。線程數量增加后,線程間切換會占用大量CPU資源 > MySQL短連接反而不會出現此問題,因為短連接在使用完后就釋放了。不會占用MySQL-Server的連接資源 雖然應用層代碼使用異步回調避免了自身的阻塞,實際上真正的瓶頸是數據庫服務器。異步MySQL還帶來了額外的編程復雜度,所以除非是特殊場景的需求,否則不建議使用異步MySQL。 如果程序中堅持要使用異步,那么必須是異步MySQL+連接池的形式。超過規定的MySQL最大連接后,應當對SQL請求進行排隊,而不是創建新連接,避免大量并發請求導致MySQL服務器崩潰。 MySQL連接池 ---- 連接池是可以有效降低MySQL-Server負載的。原理是 連接池使用一個共享資源的模式,如并發100個請求,實際上并不是每個請求的所有時間都在執行SQL查詢。這樣100個請求,共享20個MySQL連接就可以滿足需求了。當一個請求操作完數據庫后,開始進入模板渲染等流程,這時就會釋放數據庫連接給其他的請求使用。 連接池僅在超大型應用中才有價值。普通的應用采用MySQL長連接方案,每個php-fpm創建一個MySQL連接,每臺機器開啟100個php-fpm進程。如果有10臺機器,每臺機器并發的請求為100。實際上只需要創建1000個MySQL連接就能滿足需求,數據庫的壓力并不大。即使有100臺機器,硬件配置好的存儲服務器依然可以承受。 達到數百或者數千臺應用服務器時,MySQL服務器就需要維持十萬級的連接。這時數據庫的壓力就會非常大了。連接池技術就可以派上用場了,可以大大降低數據庫連接數。 > 基于swoole的AsyncTask模塊實現的連接池是完美方案,編程簡單,沒有數據同步和鎖的問題。甚至可以多個服務共享連接池。缺點是1, 靈活性不如多線程連接池,無法動態增減連接。2, 有一次進程間通信的開銷。 > node.js/ngx_lua等在多進程的模式下,無法開發出真正的連接池,除非也像swoole_task這樣來實現
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看