linux看門狗超時系統不斷重啟？
那是妳的內核有問題。
換個版本把。如果是妳自己裁剪的內核，看看是不是沒有餵狗。或者粗暴點直接禁用看門狗。socketsend總是超時什麽原因？
linux和windows下用setsockopt設置SO_SNDTIMEO,SO_RCVTIMEO的參數的壹點區別UDP的socket在某些情況：
如對方關閉時，本地可能sendto不出去數據，然後recvfrom就會被阻塞，這時就需要設置這兩個參數的值提高程序質量。linux:structtimevaltimeout={3,0}
;//3sintret=setsockopt(sock_fd,SOL_SOCKET,SO_SNDTIMEO,(constchar*)timeout,sizeof(timeout))
;intret=setsockopt(sock_fd,SOL_SOCKET,SO_RCVTIMEO,(constchar*)timeout,sizeof(timeout))
;如果ret==0則為成功,-1為失敗,這時可以查看errno來判斷失敗原因intrecvd=recv(sock_fd,buf,1024,0)
;if(recvd==-1errno==EAGAIN){printf(timeoutn);
}windows:inttimeout=3000;//3sintret=setsockopt(sock_fd,SOL_SOCKET,SO_SNDTIMEO,timeout,sizeof(timeout))
;intret=setsockopt(sock_fd,SOL_SOCKET,SO_RCVTIMEO,timeout,sizeof(timeout));而solaris，則不支持。
linux最大端口數超過65535怎麽辦？
要分清端口數和連接數！
確實，電腦可開端口數只有65536個，占滿了就沒得開了，這是事實。但還需要註意的是：端口不是說占用了就壹直是妳的了，妳不用了還可以釋放，釋放後別的程序還能接著使用，所以，動態利用之下，很難把端口占完的。
其二、要分清端口和連接。壹個端口可以有若幹個連接，如nginx，普通linux上，壹個80端口就能並發10萬+的連接，極限情況下，可以近百萬。所以，由於端口復用，其實並不會用到那麽多端口。
所以，65536個端口用完的神話基本上不會出現。
超時取消訂單怎麽處理？
1.定時輪詢
最簡單的方法，寫好取消訂單的邏輯，壹般是取訂單表待付款狀態的訂單，然後做遍歷取消處理，使用Linux系統的crontab定時執行取消訂單功能。
優點：簡單快捷，業務小的可以考慮
缺點：
由於Linux的限制，只能精確到秒
輪詢頻率不能自主控制，如果運維和開發分開管理，每次調整需要運維配置修改
如果第壹次輪詢耗時長，第二次輪詢又開始了，會造成任務重復執行
占用數據庫資源
不能並發執行
2.任務調度
壹些web框架會帶有任務調度的功能，像php的Laravel框架。
優點：
輪詢頻率可以做到用代碼來控制，不完全依賴系統；
任務可以做到不重復執行
缺點：跟定時輪詢差不多
3.延遲隊列處理
如果系統有太多的訂單需要處理，那麽處理的時間就要很長，假如第壹次輪詢還沒結束，第二次又開始了，就會造成任務的重復執行，同時抑制占用數據庫資源，造成數據庫壓力大，用延遲隊列做取消訂單處理，設定延遲時間為提交訂單之後的30分鐘執行，效率會高很多，常用的延時隊列有
redis（訂閱鍵的失效事件）
框架自帶的隊列（例如Laravel框架自帶的隊列）
rabbitMQ延遲隊列
優點：
不需要對訂單表輪詢處理，減少數據庫壓力
不會重復執行
效率高
可配合多線程處理
業務量大的方便做集群
不依賴系統的crontab
PLSql鏈接數據庫彈出鏈接超時，該怎麽辦？
多請，除了壹樓列舉的檢查內容外，還要檢查以下內容：
1)：如果公司有防火墻，需要檢查防火墻的超時設置；
2)：如果您的數據庫在Linux/Uinx環境，需要檢查相關keepalive參數的設置情況。