php長連接短連接,php長鏈接

本文目錄一覽：

• 1、php mysql的長連接和短連接?
• 2、服務器程序源代碼分析之二：php-fpm
• 3、長鏈接、短鏈接與連接池
• 4、php mysql一直連接跟每次連接都斷開有區別嗎

php mysql的長連接和短連接?

可以這樣封裝個函數

function login（$a=false）

{

if(!$a)

{

$db=mysql_pconnect(‘localhost’,’user’,’pass’);

}else

{

$db=mysql_connect(‘localhost’,’user’,’pass’);

}

}

可以調用login（）默認參數為false 修改傳遞的參數就行了

服務器程序源代碼分析之二：php-fpm

php作為排名top2 互聯網開發工具，非常流行，可以參考：中國最大的25個網站採用技術選型方案

php這個名稱實際上有兩層含義

直接定義：

php-fpm從php5.3.3開始已經進入到php源代碼包，之前是作為patch存在的

很少人會去讀php本身源代碼，我6年前解決php內存泄露問題的時候做了些研究,最近再查看了一番，發現php的開發者很有誠意，這是一款非常出色的服務器軟件，支持如下

在linux服務器上，如果不設置 events.mechanism ,那麼默認就是採用epoll，所以

php-fpm的IO模型並發處理能力和nginx是完全一致

nginx以性能卓越聞名，大部分程序員都認為php效率低下，看了源代碼，才知道這是傳奇啊

在高性能部署的時候，大家往往會針對性的優化nginx 。我自己之前部署php程序也犯了錯誤，8G內存的server，php-fpm的max children都會設置128+，現在看來太多了，參考nginx的部署:

php-fpm配置為 3倍 cpu core number就可以了

php-fpm穩定性比nginx稍差 這是因為php-fpm內置了一個php解析器,php-fpm進程就和php程序捆綁了，如果php腳本寫得不好，有死循環或者阻塞在某個遠端資源上，會拖累加載它的php-fpm進程

而nginx和後端應用服務器之間通過網絡連接，可以設置timeout，不容易堵死的

php-fpm的fastcgi是短連接 我原以為是長連接的，看了代碼才知道也是短連接，處理一個request就關閉掉

php-fpm接口採用fastcgi 非常遺憾，php-fpm和fastcgi完全綁定了，無法獨立使用 。只能部署在支持http-fcgi協議轉換程序背後(nginx）。其實可以考慮在php-fpm代碼包裏面引入http協議支持，這樣php-fpm可以獨立運行，讓nodejs無話可說

php-fpm等同於OpenResty OpenResty是一個國人開發的nginx模塊，就是在nginx引入lua解釋器. 實際上，它和php-fpm的唯一差別就是一個採用php語法，一個用lua，所以OpenResty要作為nginx增強包使用還可以，要選擇它作為一個主要編程工具，沒有任何必要

從架構上來說，php-fpm已經做到最好，超過大多數 python部署工具，我再也不黑它了

長鏈接、短鏈接與連接池

在了解連接池之前，我們需要對長、短鏈接建立初步認識。我們都知道，網絡通信大部分都是基於 TCP/IP 協議，數據傳輸之前，雙方通過「 三次握手 」建立連接，當數據傳輸完成之後，又通過「 四次揮手 」釋放連接，以下是「三次握手」與「四次揮手」示意圖：

三次握手建立連接示意圖：

四次揮手釋放連接示意圖：

長、短連接是相對通信時間而言的。長連接相對短連接而言，多了一個 保持連接 的過程，可以在一個連接上可以連續發送多個數據包，在連接保持期間，如果沒有數據包發送，需要雙方發鏈路檢測包。

短連接的操作步驟是：

建立連接——數據傳輸——關閉連接…建立連接——數據傳輸——關閉連接

client向server發起連接請求，server接到請求，然後雙方建立連接。client向server發送消息，server回應client，然後一次請求就完成了。這時候雙方任意都可以發起close操作，不過一般都是client先發起close操作。上述可知，短連接一般只會在 client/server間傳遞一次請求操作。

短連接的優點是：管理起來比較簡單，存在的連接都是有用的連接，不需要額外的控制手段。

長連接的操作步驟是：

建立連接——數據傳輸…（保持連接）…數據傳輸——關閉連接

client向server發起連接，server接受client連接，雙方建立連接，client與server完成一次請求後，它們之間的連接並不會主動關閉，後續的讀寫操作會繼續使用這個連接。

TCP長連接保持的兩種辦法：

自定義心跳消息頭.，一般客戶端主動發送到服務端，服務器接收後進行回應(也可以不回應)，以便能夠偵測連接是否異常斷開。

通過設置TCP keepalive的屬性，並設置發送底層心跳包的時間間隔。TCP keepalive是在底層定時發送心跳報文，服務器端接收到底層的心跳報文直接丟棄，不關心其內容。

HTTP協議是無狀態的，在HTTP/1.0中默認使用短連接，客戶端和服務器每進行一次HTTP操作，瀏覽器就會重新建立一個HTTP會話。

而從HTTP/1.1起，默認使用長連接，用以保持連接特性，使用長連接的HTTP協議，會在響應頭加入這行代碼：

在使用長連接的情況下，當一個網頁打開完成後，客戶端和服務器之間用於傳輸HTTP數據的TCP連接不會關閉，客戶端再次訪問這個服務器時，會繼續使用這一條已經建立的連接。Keep-Alive不會永久保持連接，它有一個保持時間，可以在不同的服務器軟件中設定這個時間。實現長連接需要客戶端和服務端都支持長連接。

HTTP協議的長連接和短連接，實質上是TCP協議的長連接和短連接。

基於TCP/IP協議，我們可以知道，頻繁的連接創建和銷毀都需要消耗資源，而連接池是將已經創建好的連接保存在池中，當有請求來時，直接使用已經創建好的連接進行訪問，這樣省略了創建連接和銷毀連接的過程。這樣性能上得到了提高。

以數據庫連接池為例，基本原理如下：

連接池技術帶來的好處：

由於連接得到重用，避免了頻繁創建、釋放連接引起的大量性能開銷。在減少系統消耗的基礎上，另一方面也增進了系統運行環境的平穩性（減少內存碎片以及臨時進程/線程的數量）。

連接池在初始化過程中，往往已經創建了若干連接置於池中備用。此時連接的初始化工作均已完成。對於業務請求處理而言，直接利用現有可用連接，避免了連接初始化和釋放過程的時間開銷，從而縮減了系統整體響應時間。

在較為完備的連接池實現中，可根據預先的連接佔用超時設定，強制收回被佔用連接。從而避免了常規連接操作中可能出現的資源泄漏。

以PHP開發為例，基於PHP-FPM機制實現的Web服務，並不容易實現連接池，而常駐內存的開發框架，例如workerman、swoole 則可以簡單實現連接池功能。PHP-FPM機制下的連接池需要藉助第三方Proxy實現，例如：

php mysql一直連接跟每次連接都斷開有區別嗎

一直連接屬於長連接，網站加入並發請求數會很多，如果是一個長連接的話，你的網站加入並發請求數很多，也就是說同時有很多人來訪問你的網站，並且每個訪問者都需要查詢一次mysql數據庫的話，會很快把你的系統資源消耗完了。

每次連接都屬於短鏈接，短鏈接就沒有這個問題，每次查詢完就馬上關閉了，這樣不容易消耗過多的系統資源。但是長連接也有個好處就是，頻繁查詢的時候，可以節省了多次建立TCP連接的時間