什么是長(zhǎng)連接？

其實(shí)長(zhǎng)連接是相對(duì)于通常的短連接而說(shuō)的，也就是長(zhǎng)時(shí)間保持客戶端與服務(wù)端的連接狀態(tài)。

通常的短連接操作步驟是：

連接-》數(shù)據(jù)傳輸-》關(guān)閉連接 ；

而長(zhǎng)連接通常就是：

連接-》數(shù)據(jù)傳輸-》保持連接-》數(shù)據(jù)傳輸-》保持連接-》…………-》關(guān)閉連接 ；

這就要求長(zhǎng)連接在沒(méi)有數(shù)據(jù)通信時(shí)，定時(shí)發(fā)送數(shù)據(jù)包，以維持連接狀態(tài)，短連接在沒(méi)有數(shù)據(jù)傳輸時(shí)直接關(guān)閉就行了

什么時(shí)候用長(zhǎng)連接，短連接？

長(zhǎng)連接主要用于在 少數(shù) 客戶端與服務(wù)端的 頻繁 通信，因?yàn)檫@時(shí)候如果用短連接頻繁通信常會(huì)發(fā)生Socket出錯(cuò)，并且頻繁創(chuàng)建Socket連接也是對(duì)資源的浪費(fèi)。

但是對(duì)于服務(wù)端來(lái)說(shuō)，長(zhǎng)連接也會(huì)耗費(fèi)一定的資源，需要專門(mén)的線程（unix下可以用進(jìn)程管理）來(lái)負(fù)責(zé)維護(hù)連接狀態(tài)。

總之，長(zhǎng)連接和短連接的選擇要視情況而定。

?

首先，如果使用了長(zhǎng)連接而長(zhǎng)期沒(méi)有對(duì)數(shù)據(jù)庫(kù)進(jìn)行任何操作，那么在timeout值后，mysql server就會(huì)關(guān)閉此連接，而客戶端在執(zhí)行查詢的時(shí)候就會(huì)得到一個(gè)類似于“MySQL server has gone away“這樣的錯(cuò)誤。

在使用mysql_real_connect連接數(shù)據(jù)庫(kù)之后，再使用mysql_options( &mysql, MYSQL_OPT_RECONNECT, … ) 來(lái)設(shè)置為自動(dòng)重連。這樣當(dāng)mysql連接丟失的時(shí)候，使用mysql_ping能夠自動(dòng)重連數(shù)據(jù)庫(kù)。如果是在mysql 5.1.6之前，那么則應(yīng)在每次執(zhí)行完real_connect 之后執(zhí)行mysql_options( &mysql, MYSQL_OPT_RECONNECT, … ) ,如果是mysql 5.1.6+，則在connect之前執(zhí)行一次就夠了。

?

查看mysql連接數(shù)

mysqladmin -uroot -p? processlist

實(shí)際的測(cè)試中我發(fā)現(xiàn)，當(dāng)設(shè)置了MYSQL_OPT_RECONNECT為1時(shí)，超時(shí)后再查看processlist，則自動(dòng)建立的連接不在列表中，但事實(shí)上連接確實(shí)建立并被使用了。

?

在MYSQL的默認(rèn)設(shè)置中，如果一個(gè)數(shù)據(jù)庫(kù)連接超過(guò)8小時(shí)沒(méi)有使用(閑置8小時(shí))，服務(wù)器將斷開(kāi)這條連接，后續(xù)在該連接上進(jìn)行的查詢操作都將失敗。網(wǎng)絡(luò)上對(duì)該問(wèn)題的描述非常多。也提供了相應(yīng)的解決辦法。我在這里提一些我自己的看法。

解決辦法一：修改MYSQL服務(wù)器的配置參數(shù)

道理非常簡(jiǎn)單，MYSQL的默認(rèn)設(shè)置是在數(shù)據(jù)庫(kù)連接超過(guò)8小時(shí)沒(méi)有使用后將其斷開(kāi)，如果我們將這個(gè)時(shí)間改成更大的數(shù)值，那么連接超時(shí)所需的時(shí)間就會(huì)更長(zhǎng)，也就意味著更不容易超時(shí)。 網(wǎng)絡(luò)上提供的修改方法一般是修改/etc/my.cnf，在這個(gè)文件中添加一行wait_timeout=你需要設(shè)置的超時(shí)時(shí)間 。實(shí)際上有一種比較簡(jiǎn)單的方法來(lái)修改這個(gè)參數(shù)：

首先作為超級(jí)用戶登錄到MYSQL，注意必須是超級(jí)用戶，否則后面會(huì)提示沒(méi)有修改權(quán)限。然后輸入

show global variables like 'wait_timeout';

回車執(zhí)行后顯示目前的超時(shí)時(shí)間：

+---------------+-------+

| Variable_name | Value |

+---------------+-------+

| wait_timeout | 28800 |

+---------------+-------+

1 row in set (0.00 sec)

上面顯示的是默認(rèn)的超時(shí)時(shí)間，即8個(gè)小時(shí)(單位是秒)。現(xiàn)在重新設(shè)置該參數(shù)，例如我們要將超時(shí)時(shí)間設(shè)置成10個(gè)小時(shí)，可以輸入：

set global wait_timeout=36000;

回車執(zhí)行，顯示：

Query OK, 0 rows affected (0.00 sec)

表示設(shè)置成功，可以重新使用show global variables like 'wait_timeout'來(lái)驗(yàn)證。

這種方法比較直觀，而且設(shè)置的參數(shù)立即生效。 但如果/etc/my.cnf中沒(méi)有配置，則重啟服務(wù)后，global變量會(huì)從/etc/my.cnf中讀取新的變量值。

?

下邊是一段示例代碼：

if(!mysql_real_connect(&logdb, my_hostname, my_user, my_password, my_dbname, my_port, my_sock, 0)){?
??????? ast_log(LOG_ERROR, "Failed to connect to mysql database %s on %s.\n", my_dbname, my_hostname);?
??????? use_mysql = 0;?
} else {?
?????? char value = 1;?
?????? mysql_options(&logdb, MYSQL_OPT_RECONNECT, (char*)&value);?
??????? use_mysql = 1;?
}

---

?

?

---

?

?

譬如 HTTP 的 Connection-alive 如果為 close，則 server 收到一個(gè) request 并發(fā)送完一個(gè) response 之后就會(huì)主動(dòng)關(guān)閉連接，這就是短連接；如果 Connection-alive keep-alive 的話可以在一個(gè) tcp 連接中交換多次對(duì)話。是這個(gè)定義？那就只是個(gè)程序結(jié)構(gòu)設(shè)計(jì)問(wèn)題了。

?

---

長(zhǎng)連接短連接只是一個(gè)概念性的問(wèn)題,只要知道其概念，不是一個(gè)特殊的東西：
長(zhǎng)連接：系統(tǒng)通訊連接建立后就一直保持。
短連接：只有系統(tǒng)需要相互發(fā)消息連接才建立（客戶端發(fā)起），請(qǐng)求消息得到響應(yīng)后連接關(guān)閉；
通訊實(shí)體間使用長(zhǎng)連接，一般還需要定義心跳消息，定期發(fā)送來(lái)檢測(cè)系統(tǒng)間鏈路是否異常，每隔一定時(shí)間發(fā)送一次心跳，如果一定次數(shù)沒(méi)有收到心跳消息，這認(rèn)為此連接出現(xiàn)問(wèn)題，需要斷開(kāi)連接重新建立。
具體心跳消息的格式，以及發(fā)送間隔，以及多少次沒(méi)有收到心跳就認(rèn)為鏈路異常，以及數(shù)據(jù)部是否算作心跳消息（有的系統(tǒng)如果接收到數(shù)據(jù)包則會(huì)清除心跳計(jì)時(shí)器也就相當(dāng)于系統(tǒng)中的數(shù)據(jù)包也算作心跳消息）；這個(gè)需要兩端進(jìn)行協(xié)商。比如GSM常用的短消息中心和其他網(wǎng)絡(luò)實(shí)體互連的SMPP協(xié)議，要求建立的就是長(zhǎng)連接.

所以長(zhǎng)短連接只是一個(gè)概念問(wèn)題長(zhǎng)短連接的socket，就是使用普通的socket函數(shù)，沒(méi)有什么特殊的。

---

PHP在連結(jié)MYSQL時(shí)有兩個(gè)FUNCTION
CONNECT與PCONNECT
這兩個(gè)函式的差別在哪裡？
一般的標(biāo)準(zhǔn)答案都是：
PCONNECT是持續(xù)性的連接，PHP會(huì)重複使用已經(jīng)存在的資料庫(kù)連線

?

但是再追問(wèn)下去，能說(shuō)得出來(lái)的人就少了許多
常見(jiàn)的疑問(wèn)有：
什麼時(shí)候要用CONNECT什麼時(shí)候用PCONNECT?
mysql_close何時(shí)使用？
為什麼DATABASE上有一堆SLEEP的PROCESS？
明明用PCONNECT為何每次RESOURCE ID都不同？

先回歸到最簡(jiǎn)單的解釋，pconnect會(huì)去檢查是否有已經(jīng)存在的資料庫(kù)連線。
若有，就使用舊的連線；若無(wú)，就新開(kāi)啟一個(gè)連線
但是這裡所說(shuō)得檢查連線，是指這一個(gè)APACHE行程所開(kāi)啟的資料庫(kù)連線
而不是這一臺(tái)WEB SERVER所開(kāi)啟的資料庫(kù)連線。
一臺(tái)WEB SERVER上可能有上百個(gè)APAHE行程（2.0預(yù)設(shè)最大150個(gè)）
也就是說(shuō) 在最大情況下可能會(huì)有上百個(gè)PCONNECT造成的資料庫(kù)連線
（實(shí)際上會(huì)遠(yuǎn)少於此）
所以同樣使用PCONNECT是會(huì)出現(xiàn)不同RESOURCE ID的
因?yàn)樗赡苁窃诓煌谐躺厦鎴?zhí)行

而PCONNECT是不會(huì)在查詢完成後就關(guān)閉，而是會(huì)等待一定時(shí)間
這個(gè)時(shí)間可以由MYSQL上的wait_timeout設(shè)定
而且mysql_close並無(wú)法關(guān)閉pconnect所開(kāi)啟的連線，只能關(guān)閉connect所開(kāi)啟的資料庫(kù)連線。當(dāng)然如果沒(méi)有CLOSE在經(jīng)過(guò)TIMEOUT時(shí)間之後也是會(huì)被DB DROP掉。

PCONNECT必須要小心使用，在寫(xiě)的不好的CODE中，會(huì)殘留一大批的DATABASE CONNECTION。最大值可以這樣計(jì)算
每臺(tái)SERVER的APACHE行程數(shù) * 所有WEB SERVEWR數(shù)量
當(dāng)然不需要我來(lái)提醒，每個(gè)連線都會(huì)消耗DB的CPU TIME與MEMORY

寫(xiě)WEB CODE時(shí)，不論使用何種語(yǔ)言，有兩點(diǎn)一定要再動(dòng)手寫(xiě)之前先有答案
一是，要從DATABASE抓取什麼資料
二是，要傳送什麼資料到USER端
(其實(shí)這也不只用於WEB）
DATABASE的連線是很慢的，能夠一次抓取完所需的資料，就不要分兩次

---

數(shù)據(jù)庫(kù)連接池由數(shù)據(jù)庫(kù)管理器提供。與連接語(yǔ)言無(wú)關(guān)。
php 提供了 pconnect 的機(jī)制, 可以實(shí)現(xiàn)連接池的功能 .
對(duì)於???mysql , mysql_pconnect 函數(shù)就可以實(shí)現(xiàn) :
?數(shù)據(jù)庫(kù)連接使用完畢後, 並不釋放, 而是留在系統(tǒng)中, 下一次調(diào)用 mysql_pconnect 連接數(shù)據(jù)庫(kù)時(shí), 首先檢查是否有空閒的連接未被使用, 如果有, 則使用這個(gè)連接, 而不是進(jìn)行連接數(shù)據(jù)庫(kù)的操作, 從而節(jié)省系統(tǒng)開(kāi)銷 .
?


1.數(shù)據(jù)庫(kù)連接池的工作機(jī)制是什么？它怎么提高數(shù)據(jù)的訪問(wèn)速度呢？??
---------------------------------------------------------------?
連接池的作用主要是節(jié)省打開(kāi)數(shù)據(jù)庫(kù)的時(shí)間。??
由于打開(kāi)數(shù)據(jù)庫(kù)連接比較耗時(shí)，所以連接池機(jī)制預(yù)先打開(kāi)N個(gè)數(shù)據(jù)庫(kù)連接，把它們緩存起來(lái)，當(dāng)需要使用數(shù)據(jù)庫(kù)的時(shí)候就直接使用這些已經(jīng)打開(kāi)的連接，從而節(jié)省了 時(shí)間。

創(chuàng)建新的對(duì)象并初始化的操作，可能會(huì)消耗 很多的時(shí)間。在這種對(duì)象的初始化工作包含了一些費(fèi)時(shí)的操作（例如，從一臺(tái)位于20,000千米以外的主機(jī)上讀出一些數(shù)據(jù)）的時(shí)候，尤其是這樣。在需要大量 生成這樣的對(duì)象的時(shí)候，就可能會(huì)對(duì)性能造成一些不可忽略的影響。要緩解這個(gè)問(wèn)題，除了選用更好的硬件和更棒的虛擬機(jī)以外，適當(dāng)?shù)夭捎靡恍┠軌驕p少對(duì)象創(chuàng)建 次數(shù)的編碼技巧，也是一種有效的對(duì)策。對(duì)象池化技術(shù)（Object??Pooling）就是這方面的著名技巧.??

對(duì)象池化的基本思路是：將用過(guò)的對(duì)象保存起來(lái)，等下一次需要這種對(duì)象的時(shí)候，再拿出來(lái)重復(fù)使用，從而在一定程度上減少頻繁創(chuàng)建對(duì)象所造成的開(kāi)銷。用于充當(dāng) 保存對(duì)象的“容器”的對(duì)象，被稱為“對(duì)象池”（Object?Pool，或簡(jiǎn)稱Pool）。??

數(shù)據(jù)庫(kù)連接pool是專門(mén)保存和管理數(shù)據(jù)庫(kù)連接的pool.??

恰當(dāng)?shù)厥褂脤?duì)象池化技術(shù)，可以有效地減少對(duì)象生成和初始化時(shí)的消耗，提高系統(tǒng)的運(yùn)行效率。??

采用對(duì)象池化的本意，是要通過(guò)減少對(duì)象生成的次數(shù)，減少花在對(duì)象初始化上面的開(kāi)銷，從而提高整體的性能。然而池化處理本身也要付出代價(jià)，因此，并非任何情 況下都適合采用對(duì)象池化。????

基本上，只在重復(fù)生成某種對(duì)象的操作成為影響性能的關(guān)鍵因素的時(shí)候，才適合進(jìn)行對(duì)象池化。如果進(jìn)行池化所能帶來(lái)的性能提高并不重要的話，還是不采用對(duì)象池 化技術(shù)，以保持代碼的簡(jiǎn)明，而使用更好的硬件和更棒的虛擬機(jī)來(lái)提高性能為佳。????

恰當(dāng)?shù)厥褂脤?duì)象池化，可以有效地降低頻繁生成某些對(duì)象所造成的開(kāi)銷，從而提高整體的性能。而借助Jakarta?Commons??Pool組件，可以有效地減少花在處理對(duì)象池化上的工作量，進(jìn)而，向其它重要的工作里，投入更多的時(shí)間和精力。

數(shù)據(jù)庫(kù)連接池的原理：

J2EE服務(wù)器啟動(dòng)時(shí)會(huì)建立一定數(shù)量的池連接，并一直維持不少于此數(shù)目的池連接。
客戶端程序需要連接時(shí)，池驅(qū)動(dòng)程序會(huì)返回一個(gè)未使用的池連接并將其表記為忙。
如果當(dāng)前沒(méi)有空閑連接，池驅(qū)動(dòng)程序就新建一定數(shù)量的連接，新建連接的數(shù)量有配置參數(shù)決定。
當(dāng)使用的池連接調(diào)用完成后，池驅(qū)動(dòng)程序?qū)⒋诉B接表記為空閑，其他調(diào)用就可以使用這個(gè)連接。

---

?

1.長(zhǎng)連接?
Client方與Server方先建立通訊連接，連接建立后不斷開(kāi)，然后再進(jìn)行報(bào)文發(fā)送和接收。

2.短連接?
Client方與Server每進(jìn)行一次報(bào)文收發(fā)交易時(shí)才進(jìn)行通訊連接，交易完畢后立即斷開(kāi)連接。此種方式常用于一點(diǎn)對(duì)多點(diǎn)通訊，比如多個(gè)Client連接一個(gè)Server.

?

?

?

短連接常見(jiàn)于大客戶情況 如WEB服務(wù)器如果每個(gè)連接都使用長(zhǎng)連接 那么每個(gè)客戶都保留一個(gè)socket?系統(tǒng)資源耗費(fèi)很大 。

長(zhǎng)連接則是多用于操作頻繁情況每個(gè)TCP連接都需要三步握手 這需要時(shí)間 如果每個(gè)操作都是先連接 再操作的話那么處理速度會(huì)降低很多 所以每個(gè)操作完后都不斷開(kāi) 下次處理時(shí)直接發(fā)送數(shù)據(jù)包就OK了 不用建立TCP連接。

另外還有同步操作和異步操作，同步操作指上一個(gè)操作返回結(jié)果后才能發(fā)下一個(gè)操作的數(shù)據(jù)包；異步操作指先把所有的操作數(shù)據(jù)包發(fā)完后 再等待它們的返回結(jié)果。相比較看， 異步操作速度快 特別是在每個(gè)包處理方法獨(dú)立的情況下 。

上面只是一個(gè)參考 最后要使用哪種類型還是決定于你。如聯(lián)通的短信協(xié)議就是 連接后可以發(fā)送多個(gè)短信包 但如果一段時(shí)間(如60s)沒(méi)有操作 那么連接就會(huì)被關(guān)閉。

?

---

?

?

?

數(shù)據(jù)庫(kù)永久連接

永久的數(shù)據(jù)庫(kù)連接是指在腳本結(jié)束運(yùn)行時(shí)不關(guān)閉的連接。當(dāng)收到一個(gè)永久連接的請(qǐng)求時(shí)。PHP 將檢查是否已經(jīng)存在一個(gè)（前面已經(jīng)開(kāi)啟的）相同的永久連接。如果存在，將直接使用這個(gè)連接；如果不存在，則建立一個(gè)新的連接。所謂“相同”的連接是指用相同的用戶名和密碼到相同主機(jī)的連接。?

對(duì) web 服務(wù)器的工作和分布負(fù)載沒(méi)有完全理解的讀者可能會(huì)錯(cuò)誤地理解永久連接的作用。特別的，永久連接不會(huì)在相同的連接上提供建立“用戶會(huì)話”的能力，也不提供有效建立事務(wù)的能力。實(shí)際上，從嚴(yán)格意義上來(lái)講，永久連接不會(huì)提供任何非永久連接無(wú)法提供的特殊功能。?

為什么？?

這和 web 服務(wù)器工作的方式有關(guān)。web 服務(wù)器可以用三種方法來(lái)利用 PHP 生成 web 頁(yè)面。?

第一種方法是將 PHP 用作一個(gè)“外殼”。以這種方法運(yùn)行，PHP 會(huì)為向 web 服務(wù)器提出的每個(gè) PHP 頁(yè)面請(qǐng)求生成并結(jié)束一個(gè) PHP 解釋器線程。由于該線程會(huì)隨每個(gè)請(qǐng)求的結(jié)束而結(jié)束，因此任何在這個(gè)線程中利用的任何資源（例如指向 SQL 數(shù)據(jù)庫(kù)服務(wù)器的連接）都會(huì)隨線程的結(jié)束而關(guān)閉。在這種情況下，使用永久連接不會(huì)獲得任何地改變――因?yàn)樗鼈兏静皇怯谰玫摹?

第二，也是最常用的方法，是把 PHP 用作多進(jìn)程 web 服務(wù)器的一個(gè)模塊，這種方法目前只適用于 Apache。對(duì)于一個(gè)多進(jìn)程的服務(wù)器，其典型特征是有一個(gè)父進(jìn)程和一組子進(jìn)程協(xié)調(diào)運(yùn)行，其中實(shí)際生成 web 頁(yè)面的是子進(jìn)程。每當(dāng)客戶端向父進(jìn)程提出請(qǐng)求時(shí)，該請(qǐng)求會(huì)被傳遞給還沒(méi)有被其它的客戶端請(qǐng)求占用的子進(jìn)程。這也就是說(shuō)當(dāng)相同的客戶端第二次向服務(wù)端提出請(qǐng)求時(shí)，它將有可能被一個(gè)不同的子進(jìn)程來(lái)處理。在開(kāi)啟了一個(gè)永久連接后，所有請(qǐng)求 SQL 服務(wù)的后繼頁(yè)面都能夠重新使用這個(gè)已經(jīng)建立的 SQL Server 連接。?

最后一種方法是將 PHP 用作多線程 web 服務(wù)器的一個(gè)插件。目前 PHP 4 已經(jīng)支持 ISAPI、WSAPI 和 NSAPI（在 Windows 環(huán)境下），這些使得 PHP 可以被用作諸如 Netscape FastTrack (iPlanet)、Microsoft's Internet Information Server (IIS) 和 O'Reilly's WebSite Pro 等多線程 web 服務(wù)器的插件。永久連接的行為和前面所描述的多過(guò)程模型在本質(zhì)上是相同的。注意 PHP 3 不支持 SAPI。?

如果永久連接并沒(méi)有任何附加的功能，那么使用它有什么好處？?

答案非常簡(jiǎn)單――效率。當(dāng)客戶端對(duì) SQL 服務(wù)器的連接請(qǐng)求非常頻繁時(shí)，永久連接將更加高效。連接請(qǐng)求頻繁的標(biāo)準(zhǔn)取決于很多因素。例如，數(shù)據(jù)庫(kù)的種類，數(shù)據(jù)庫(kù)服務(wù)和 web 服務(wù)是否在同一臺(tái)服務(wù)器上，SQL 服務(wù)器如何加載負(fù)載等。但我們至少知道，當(dāng)連接請(qǐng)求很頻繁時(shí)，永久連接將顯著的提高效率。它使得每個(gè)子進(jìn)程在其生命周期中只做一次連接操作，而非每次在處理一個(gè)頁(yè)面時(shí)都要向 SQL 服務(wù)器提出連接請(qǐng)求。這也就是說(shuō)，每個(gè)子進(jìn)程將對(duì)服務(wù)器建立各自獨(dú)立的永久連接。例如，如果有 20 個(gè)不同的子進(jìn)程運(yùn)行某腳本建立了永久的 SQL 服務(wù)器永久連接，那么實(shí)際上向該 SQL 服務(wù)器建立了 20 個(gè)不同的永久連接，每個(gè)進(jìn)程占有一個(gè)。?

注意，如果永久連接的子進(jìn)程數(shù)目超過(guò)了設(shè)定的數(shù)據(jù)庫(kù)連接數(shù)限制，系統(tǒng)將會(huì)產(chǎn)生一些缺陷。如果數(shù)據(jù)庫(kù)的同時(shí)連接數(shù)限制為 16，而在繁忙會(huì)話的情況下，有 17 個(gè)線程試圖連接，那么有一個(gè)線程將無(wú)法連接。如果這個(gè)時(shí)候，在腳本中出現(xiàn)了使得連接無(wú)法關(guān)閉的錯(cuò)誤（例如無(wú)限循環(huán)），則該數(shù)據(jù)庫(kù)的 16 個(gè)連接將迅速地受到影響。請(qǐng)查閱使用的數(shù)據(jù)庫(kù)的文檔，以獲取關(guān)于如何處理已放棄的及閑置的連接的方法。

?

?

?

---

?

?

---

?

應(yīng)用程序和數(shù)據(jù)庫(kù)建立連接，如果超過(guò)?wait_timeout?（ 默認(rèn)28000秒8小時(shí) ）?應(yīng)用程序不去訪問(wèn)數(shù)據(jù)庫(kù)，連接一直處于空閑狀態(tài)，那么MySQL就會(huì)自動(dòng)關(guān)閉該連接?，如果再在該連接上執(zhí)行查詢操作，就會(huì)發(fā)生MySQL server has gone away錯(cuò)誤。

wait_timeout?

服務(wù)器在關(guān)閉連接之前在一個(gè)連接上等待行動(dòng)的秒數(shù)，默認(rèn)數(shù)值是28800，即如果沒(méi)有事情發(fā)生，服務(wù)器在?8個(gè)小時(shí)后關(guān)閉連接。
??

嘗試解決辦法：

<1>.這是由于超時(shí)時(shí)間?wait_timeout?過(guò)短導(dǎo)致，所以修改它的值即可。打開(kāi)MySQL安裝目錄下的?mysql.ini，在文件中添加一行配置項(xiàng)?wait_timeout=1000000?即可。（默認(rèn)沒(méi)有此選項(xiàng)，需要手動(dòng)的添加）
該方法可行。

?

<2>.在代碼中設(shè)置自動(dòng)重連選項(xiàng)，

m_connection.set_option( new?mysqlpp::ReconnectOption(true) );

?

然后在發(fā)生?MySQL server has gone away錯(cuò)誤?的時(shí)候?調(diào)用?Connection::ping()方法，該函數(shù)會(huì)檢查對(duì)服務(wù)器的連接是否正在工作，必要時(shí)重新連接，但經(jīng)過(guò)測(cè)試后發(fā)現(xiàn)，這種方法不起作用。

數(shù)據(jù)庫(kù)“長(zhǎng)連接”與“短連接”