推 sunz5010:感謝你的提醒、剛剛我針對這個去測試了一下,確實如果 12/15 15:01
→ sunz5010:wait_connect 這個數字太小時,如果class在過程中處理其 12/15 15:02
→ sunz5010:它事情(非SQL),接著要再使用connect就會出現server 12/15 15:03
→ sunz5010:has gone away的現象 12/15 15:03
推 sunz5010:還在思考怎麼處理比較好ing~ 12/15 15:06
→ cgcheng:最簡單的方式是設定值永遠夠大讓你把事情處理完 12/15 15:09
→ cgcheng:當問題issue是已知的,也許它就在也不是問題 12/15 15:10
→ cgcheng:不過都太大好像也是會有resource佔著的風險啦 12/15 15:10
→ cgcheng:就給你自己決定處理了,貧僧只是多嘴 12/15 15:11
推 sunz5010:還是謝謝你^^ 你提出的重點是我未曾想到的 12/15 15:12
→ MOONRAKER:我們有過一個案子就死在這上面,一大堆沒自動關閉的conn 12/15 15:18
→ MOONRAKER:掛在上面,connection full造成錯誤。不過那是Microsoft 12/15 15:18
→ MOONRAKER:SQL Server,但是原理一樣。 :P 12/15 15:18
推 mervynW:建了也要斷線啊. 不能射後不理...這樣是不好的. 12/15 15:27
推 sunz5010:再請教一個小問題、connect會不會隨著object生命週期過了 12/15 15:31
→ sunz5010:之後自己close掉? 12/15 15:31
推 mervynW:不會!! 請在 __dest 裡寫斷線 12/15 15:32
推 sunz5010:嗯嗯、那有解開我的疑問了~謝謝^^ 12/15 15:33
推 mervynW:ps. persistent connection 不會自己斷. 12/15 15:35
→ mervynW:connect 會. 12/15 15:35
→ mervynW:php/features.persistent-connections.html 12/15 15:41