問：我們cpu飆升到100，我們也查詢了訪問量也不是特別大，現(xiàn)在cpu已經(jīng)升級到32核了，還是會飆升到100，請問還有什么更好的解決方案呢,我們cpu飆升到100
答：您好，這邊核實到服務(wù)器的cpu并未滿載，如圖：，請核實
請詳細(xì)說明問題，并提供您的測試操作步驟，這邊協(xié)助核實下呢,非常感謝您長期對我司的支持!
問：主要是上午，之前已經(jīng)換了集群了，生了cpu了，但是上午還是會出現(xiàn)這種情況
答：您好，這邊檢測到該主機的運行情況，整個上午都沒有出現(xiàn)滿載的情況，具體情況可參考：
這邊不是很清楚您截圖使用的監(jiān)控軟件的數(shù)據(jù)算法，建議核實下監(jiān)控程序的數(shù)據(jù)來源和計算方法，然后再觀察核實,非常感謝您長期對我司的支持!
問：http://127.0.0.1:8888/65df4c62/
答：您好，
從寶塔監(jiān)控查看cpu確實有高負(fù)載的情況,但同時間段的磁盤/網(wǎng)絡(luò)/內(nèi)存負(fù)載均無異常,并且持續(xù)時間非常短,故我司監(jiān)控沒有相關(guān)記錄,進(jìn)一步分析站點日志,系統(tǒng)日志查看該時間段的情況,并未發(fā)現(xiàn)明顯異常,故只有暫時觀察看下是否還會頻繁出現(xiàn),,非常感謝您長期對我司的支持!
問：每天早上7點到12點之間都會出現(xiàn)，今天又出現(xiàn)了4-5次，麻煩幫我進(jìn)一步查看一下
答：您好， 您服務(wù)器上只有一個站點,且這個站點有啟用日志,我司查詢,在cpu負(fù)載較高的時候,10:03,如截圖訪問情況,應(yīng)該是手機站的訪問較多,請檢查核實下是否對手機站有推廣等,謝謝
另外,您數(shù)據(jù)庫現(xiàn)在體量也比較大,如果查詢數(shù)據(jù)庫到這些表,也會瞬間資源占用較高
問：我需要再次確認(rèn)一次，你們的這個服務(wù)器cpu是獨享的還是共享型的？
問：我需要再次確認(rèn)一次，你們的這個服務(wù)器cpu是獨享的還是共享型的？
問：你截圖的數(shù)據(jù)庫這個表就沒有使用，第二手機站的訪問大，我們這邊查詢到日志，早上10:03分的訪問量才38個，一個32核的服務(wù)器連應(yīng)對38個人的訪問量也算很大嗎？
答：您好，云服務(wù)器都是虛擬化的VCPU，分配 給您的32核是獨享的。
建議在CPU占用高的時候，直接登錄服務(wù)器觀察是哪個進(jìn)程占用CPU太高，然后再根據(jù)情況深入分析。
這個訪問量的大小沒有太直接的關(guān)系，有時候程序死循環(huán)或太占資源的一個語句，只要一兩個訪問量就能占完64核的CPU！
,非常感謝您長期對我司的支持 。
問：我們網(wǎng)站提供的百度云加速是動態(tài)加速還是靜態(tài)加速？
答：您好，這邊核實到通過西數(shù)這邊向百度云加速推送的加速接入是靜態(tài)加速，默認(rèn)的靜態(tài)緩存格式包含以下后綴：css/js/jpg/jpeg/gif/ico/png/bmp/pict/csv/doc/pdf/pls/ppt/tif/tiff/eps/ejs/swf/midi/mid/ttf/eot/woff/otf/svg/svgz/webp/docx/xlsx/xls/pptx/ps/class/jar，請核實
,非常感謝您長期對我司的支持!
