問：
1、該服務器每天上萬IP的，隨時同時在線都是10人以上的，怎么可能出現這種斷斷續續的。
2、以前都沒這種情況的，以下是數據庫的，鏈接這臺服務器的web的
3、以下是兩臺服務器的，左邊是數據庫的，右邊是web的。數據庫只鏈接了這臺服務器的。
4、網站的流量監測和西數后臺監測完全不一樣。
5、網站打開是卡頓卡頓的,有時還打不開。www.cdgtw.net ， https://www.cdgtw.net/price/a284c41784.html,你們這臺服務器的寬帶是不是出現問題了，斷斷續續的，一卡一卡的。
答：您好，www.cdgtw.net 查看當前解析IP不是我司的我司測試ping值很大，測試打開確實偏慢，查詢此IP是百度云加速美國節點。
正常情況下應該訪問國內IP才對，建議您聯系百度云核實看下,非常感謝您長期對我司的支持.由此給您帶來的不便之處,敬請原諒!謝謝!
問：云加速回復說是本地dns有問題，我在外面，如果可以，麻煩幫上服務器看看，因為之前一直都正常的，也沒改過什么東西
問：您好，
服務器內當前內存占用較高，查看基本是網站進程占用。
另外核實最近安裝過幾個更新據我司觀察最近更新的幾個補丁有問題會導致異常，現在為您卸載補丁重啟請稍后測試,非常感謝您長期對我司的支持.!
問：關于內存占用這個，是網站進程設計的，只會占用到80%%u7684內存，超出就會自動關閉掉PHP-CGI.exe，對服務器影響不大的，何況前期也一直是這樣使用的。
目前看：云加速的IP已是國內，網站的訪問也正常，可還是有點不夠連貫，而且還不知道到了10點高峰期會怎么樣，但在西數后臺看的性能圖是不是有點不正常呢？
問：您好，web訪問,是用戶客戶端請求服務器數據,服務器返回請求數據到用戶本地,這里請求和返回就會消耗服務器帶寬,產生網絡接收和網絡發送,從截圖帶寬看,確實存在異常,但這是服務器響應請求不應該出現中斷,也就是網絡發送不應該瞬斷,網絡出現瞬斷,并不是我司機房網絡異常,而是您的發送中斷,建議從這方面入手分析程序執行并核實原因,謝謝
正常服務器有虛擬內存,內存耗盡應該找出原因優化,而不應該直接關閉進程,關閉進程,就會導致程序執行中斷,謝謝
問：
從DU的監控來看，注意看那些 “平線”的地方，感覺就像寬帶被限制了一樣，由于被限制，所以突破不上去，如：限制了3M，那么流量就只能到3M這個水平，所以出現一條平線
問：問：您好：
這和請求以及發送的數據量有關，如訪問量穩定變化不大，那么流量消耗不會有太大的波動，如訪問量過多或過少才會出現出現高低峰值的落差，您可以放置文件在服務器站點或FTP根目錄，然后通過FTP以及迅雷等軟件下載測試，非常感謝您長期對我司的支持！
問：
每天8000IP的訪問，不知道算不算大，以前一直都很正常的，沒出現過這種情況的。
現在就出現這種情況
我并不是說你們限制了我的帶寬，而是說，這臺服務器的帶寬是不是有問題。包括在西數后臺看到的性能圖，正常情況下，流量怎么會這樣的嘛
問：
這是數據庫的性能圖，這才算是正常的嘛，同一個網站的，兩個服務器，一個web文件，一個數據庫。web文件的就坑坑洼洼的。
問：注意：網站全是動態的，也就是，訪問web文件服務器時，勢必會讀取數據庫的數據。
但你看了，數據庫服務器的流量是連貫性的，web文件服務器的就是斷斷續續的
問：您好， 上面有說過,需要通過分析服務器核實找到異常原因,您當前程序是動態php,但現在事件查看器可以核實有大量異常報錯
而且事件查看器也可以看到, 存在很多程序池回收,這個回收就會表現進程結束,連接中斷退出
基于上面這些事件和日志,升級服務器內存和cpu核心數可以改善部分,但徹底解決還是要從程序優化方面入手,減少資源占用