問:前提:除去升級4G內存的解決辦法之外,還能怎么解決以下問題:******************************************************************1、我把跟域名和所有的二級域名的配置文件里都加上了屏蔽不良蜘蛛的抓取,日志也顯示返回了444,但下午13點半左右和15點半左右還是出現之前的mysql服務器被kill的情況,是為什么……(關鍵今天8月14號被kill的次數太頻繁了,2次了已經)2、上一工單的技術又新提及到了cdnunion_monitor請求異常頻繁,為啥cdnunion_monitor會頻繁,cdnunion_monitor關閉的位置在哪里……,屏蔽了不良蜘蛛之后還是出現內存過大導致mysql服務被殺的情況

問:接上面:我又忘了說了,像/www/weblogs/日志里邊一些記錄:127.0.0.1 – – [14/Aug/2020:14:22:22 0800] GET /plus/mytag_js.php?dopost=saveedit&arrs1%5B%5D=99&arrs1%5B%5D=102&arrs1%***************************127.0.0.1 – – [14/Aug/2020:14:22:23 0800] GET /plus/download.php?open=1&arrs1%5B%5D=99&arrs1%5B%5D=102&arrs1%5B%***************************等等很多路徑我在我網站路徑里根本都找不到,不知道這些都是啥,比如所有二級域名根目錄根本沒有plus這個目錄,是不是這些也算是導致內存溢出的原因呢?***************************加上,老服務器和新服務器真的是同配置,也就是wdcp升級到3.8了,是不是現在的新配置只能適應4G內存,已經不適應2G了,如果說直接讓我換2G,我有點想不通這個,既然同配置,為啥前一陣沒換新服務器之前,沒出現過內存溢出的情況,實在是想不通……

答:您好,您提供的這些是有人試圖執行掛馬入侵代碼,是惡意代碼,是針對漏洞的自動批量掃描,如果您服務器上沒有,忽略這些請求,這些請求消耗的內存并不大,出現mysql因內存被kill,一般還是因為CC、或資源確實不太足了,建議您可以升級內存,或啟用交換分 (但性能會受到影響)。上邊的那些惡意代碼,因本質上文件不存在,所以不會影響到性能及安全性。

問:老服務器127.0.0.1:wdcp用戶名:**********密碼:**********登錄密碼:************************************************************新服務器127.0.0.1:wdcp用戶名:**********密碼:**********登錄密碼:************************************************************分別2個問題:**************************************************1、簡述:我對上面的回復說“一般”二字,有點心里沒底,想知道真正內存溢出的原因,最好有截圖之類的說明……詳細內容:不是上面說的“一般”還是因為CC、或資源確實不太足了……我想知道內存不足的具體原因,主要是前兩天都是每天凌晨內存溢出,可今天下午連續1點半、3點半出現了2次,實在是有點奇怪……**************************************************2、簡述:對比2臺服務器:詳細內容:上面是新老服務器的密碼,要不幫我對比一下新老服務器的配置,都是同配置的,而且換新老服務器過程中,不管是IP流量、還是網站數據,都沒有什么變化,之前沒出現過,不可能現在就出現了,雖然之前沒有查過日志,但關鍵更換服務器就這么幾天的事,新服務器就突然內存扛不住,要不幫我對比一下2個服務器的配置吧,正好老服務器還沒有被刪除,如果說新服務器真的就是比老服務器太占內存的話,那我就忍了,只能升級4G內存了……哎……

答:您好,給您直接啟用了10G交換內存,理論上再也不會碰到kill的情況了。您被kill原因很簡單,內存太少了,2G除去操作系統所用,剩下的不到500M,httpd每個進程又要占50M,稍微一點大的訪問服務就掛了,其實沒必要的。您如果訪問量不大,直接用交換內存代替就行了,如果后期訪問量大,可考慮升級1G內存。
  現在給您直接啟用了交換內存,觀察1周吧,理論上不會再出現了。不過性能您要留意一下,看負荷是否有較高的情況,如果有,可及時與我們聯系分析原因。

問:1、性能是指哪方面;2、那到時還能不能關閉交換內存,恢復之前的狀態。3、交換內存,在我這邊怎么查看更詳細的內容。

答:您好,1.巨大訪問量造成實際內存極少,會嚴重影響性能,但目測您只是小站,可忽略,2.不需要關閉,除非您訪問量巨大交換內存也支撐不過來再考慮升級內存,但也不必關閉,3.用free命令或top命令您可看到交換內存工作情況。

問:你不是說啟用交換內存會影響性能,從思想上感覺有點別扭……意思是訪問量大的時候,不用關閉交換內存,直接升級內存就可以了嗎?但是交換內存啟用了不能關閉,會感覺有點不太靈活,如果可以關閉的話,心里就有數了……就比較舒服了……

答:您好,不關閉是可以提升您的服務器整體處理性能,操作系統會自動判斷什么時候應該啟用或禁用,您現在什么也不用管,只管服務器是否能稱心如意的使用即可,如果有問題歡迎隨時與我們聯系,請忽略交換內存的事,只管是否好用即可,謝謝您對我司的支持。

問:好的,那我就再觀察觀察了,還有一個:這2個文件好像一開始沒有吧?是不是技術處理工單的時候添加的,是不是可以刪除……

答:您好,這是一個虛擬網站的訪問及出錯日志,可能是添加了一個測試站,不會有任何影響,可以安全刪除。

問:有點收不住了~上邊說的虛擬網站測試站跟這個ftp是不是一回事……(上次測試ftp上傳速度技術添加的)

答:您好,是的。

問:1、上面說的啟用交換內存影響性能,性能指在訪問網頁上速度上會變慢嗎?2、那個我在wdcp看不到這個ftp,我怎么樣可以查看到這個ftp,不用刪除,我意思是我自己怎么查看這個ftp,我自己想刪的時候就刪了,還有能訪問這個虛擬網站嗎?怎么訪問……

問:補充:以上回復第1點通過打電話理解性能是說的用top命令顯示的那些信息,以上第2點ftp就大致回復一下讓我明白就可以了……****************************************前提:然后就從啟用了交換內存之后,網站沒啥問題了,但運行4-5個小時就突然終止運行,出現了2次了,啟用交換內存之前從來沒有終止過,就啟用交換內存之后,就開始出問題了,運行一段時間總是終止運行,實在沒辦法了,所以我臨時增加了2G內存,現在是4G內存了(8月18號臨時的內存到期),正在觀察是否還會出現突然中止的錯誤……****************************************問題:1、啟用交換內存之后,網站沒問題了,kplayer運行一段時間后突然中止,是不是交換內存的原因,實際上還是內存不夠,網站mysql不被kill了,所以就kill掉了,不知道是不是這個樣子……2、不知道現在升級到4G內存了,kplayer和網站2個方面還會不會出現問題……

答:您好,啟用了10G交換內存,加上物理內存2G一共12G,如果運行還是會被KILL,說明內存還是不夠用,那內存至少升級到16G觀察看。

問:上面回復完全沒有理解此工單我的最后2條問題

答:您好,是的,不太明白您的意思。目前從您描述的情況看是內存不足,解決辦法升級內存即可。或者建議暫時不要運行,如果一定要運行kplayer,升級內存到至少16G,或者新開一臺云服務器單獨運行kplayer。

問:前提:周末沒有處理工單,所以想把之前的問題問清楚,做到心中有數:***********************************************************************一、昨天臨時升級4G內存(不含交換內存)之前:***********************************************************************1、上面說的啟用交換內存影響性能,性能指在訪問網頁上速度上會變慢嗎?2、那個我在wdcp看不到這個ftp,我怎么樣可以查看到這個ftp,不用刪除,我意思是我自己怎么查看這個ftp,我自己想刪的時候就刪了,還有能訪問這個虛擬網站嗎?怎么訪問……***********************************************************************二、昨天臨時升級4G內存(不含交換內存)之后,遺留的問題:***********************************************************************3、然后就從啟用了交換內存之后,網站沒啥問題了,但運行4-5個小時就突然終止運行,出現了2次了,啟用交換內存之前從來沒有終止過,就啟用交換內存之后,就開始出問題了,運行一段時間總是終止運行,實在沒辦法了,所以我臨時增加了2G內存,現在是4G內存了(8月18號臨時的內存到期),正在觀察是否還會出現突然中止的錯誤……****************************************問題:(1)、啟用交換內存之后,網站沒問題了,kplayer運行一段時間后突然中止,是不是交換內存的原因,實際上還是內存不夠,網站mysql不被kill了,所以就kill掉了,不知道是不是這個樣子……(2)、不知道現在升級到4G內存了,kplayer和網站2個方面還會不會出現問題……kplayer已經運行了10個小時沒有被kill……

問:補充:上面“二”中的“3”下面的(1)點是升級4G內存之前的事。

答:您好,上午已電話溝通,如果還有什么問題請加QQ,上班時間可提供簡單的一些咨詢和回復。

三五互聯(35.com)是經工信部、ICANN、CNNIC認證審批,持有ISP、云牌照、IDC、CDN、頂級域名注冊商等全業務資質的正規老牌服務商,自成立至今20余年專注于域名注冊、虛擬主機云服務器企業郵箱、企業建站等互聯網基礎服務!

截止目前,已經為超過2000萬個域名提供了注冊、解析等服務,是中國五星級域名注冊注冊商!已為超過50萬個網站提供了高速穩定的云托管服務,獲評中國最受用戶喜歡云主機服務商。

三五互聯提供全方位7X24H專業售后支撐,域名注冊特價1元起,高速穩定云主機45元起,更多詳情請瀏覽三五互聯官網:http://www.shinetop.cn/

贊(0)
聲明:本網站發布的內容(圖片、視頻和文字)以原創、轉載和分享網絡內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。郵箱:3140448839@qq.com。本站原創內容未經允許不得轉載,或轉載時需注明出處:三五互聯知識庫 » 屏蔽了不良蜘蛛之后還是出現內存過大導致mysql服務被殺的情

登錄

找回密碼

注冊

主站蜘蛛池模板: 精品亚洲欧美中文字幕在线看| 日韩国产精品无码一区二区三区| 日本国产精品第一页久久| 日韩中文字幕国产精品| 久久精品国产亚洲av麻豆小说 | 日韩a∨精品日韩在线观看| 四虎永久免费很黄的视频| 丰满少妇高潮惨叫久久久| 成人av亚洲男人色丁香| 日韩人妻熟女中文字幕a美景之屋| 午夜精品亚洲一区二区三区| 在线日韩日本国产亚洲| 亚洲午夜成人精品电影在线观看| 日本中文字幕乱码免费| 老王亚洲AV综合在线观看| 亚洲国产中文在线有精品| 日韩国产亚洲欧美成人图片| 成人午夜视频一区二区无码| 国产精品大全中文字幕| 国内自产少妇自拍区免费| 又湿又紧又大又爽a视频| 欧美片内射欧美美美妇| 日韩成人无码影院| 亚洲中文字幕伊人久久无码 | 污污网站18禁在线永久免费观看| 亚洲AV成人无码久久精品| 国产91精品一区二区亚洲| 国产a在视频线精品视频下载| 男女性高爱潮免费网站| 国产又色又爽又黄刺激视频| 口爆少妇在线视频免费观看| 久久日产一线二线三线| 色五月丁香五月综合五月4438| 四虎影视久久久免费| 92国产精品午夜福利免费| 泾川县| 粉嫩av一区二区三区蜜臀| 桃江县| 久久天天躁狠狠躁夜夜婷| 亚洲av午夜福利精品一区二区| 日韩美a一级毛片|