magento上連接mysql太多？

我已經在過去兩個月，我們已經收到了許多倍的連接過多的錯誤上hostgator.commagento上連接mysql太多？

Intel Xeon E3-1265L 2.5GHz 
100 mbps Uplink 
4 GB DDR3 Memory 
500 GB RAID-1 Drives 
10 TB Bandwidth 
Up to 5 Dedicated IPs

以下服務器。我們每天訪問次數少於1000次，所以我不認爲這對服務器來說太多了。

上週，它又發生了，我們對支持團隊所做的是清除magento日誌表。我也將magento日誌保留期限從180天減少到僅5天。

今天它再次發生，whm, cpanel or the domain本身其完全無法訪問。

我不知道這是否是由於搜索引擎抓取我們的網站或不是？上週我減少了谷歌網站管理員工具的抓取速度。

今天同時我們有mysql連接問題，我們也有多個掛在spamd服務和chkservd上。

的問題是：

If I increase max connections to 400, is that too much for my server? 

Do you think I need more server processor or ram? 
Or do you think it might be a denial of service attack?

請幫助。

在此先感謝。

更新

top - 05:41:25 up 12 days, 17:57, 1 user, load average: 33.40, 38.14, 54.62 
Tasks: 267 total, 12 running, 247 sleeping, 4 stopped, 4 zombie 
Cpu(s): 11.1%us, 0.9%sy, 0.1%ni, 83.7%id, 3.9%wa, 0.1%hi, 0.1%si, 0.0%st 
Mem: 2917444k total, 2281856k used, 635588k free, 56324k buffers 
Swap: 4194296k total, 290924k used, 3903372k free, 343860k cached 

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 
26327 theprint 16 0 57088 42m 6640 R 94.0 1.5 0:58.97 php 
26316 theprint 16 0 58592 44m 6640 R 86.2 1.6 1:04.44 php 
26308 theprint 16 0 58592 44m 6644 R 74.4 1.5 1:05.23 php 
26383 theprint 16 0 59500 45m 6640 R 74.4 1.6 0:56.33 php 
26278 theprint 16 0 58596 44m 6640 R 72.5 1.5 1:05.95 php 
1253 theprint 16 0 54224 39m 6640 R 66.6 1.4 0:07.85 php 
26280 theprint 16 0 58336 44m 6640 R 64.6 1.5 1:00.90 php 
26653 theprint 16 0 59784 45m 6640 R 52.9 1.6 0:44.99 php 
26421 theprint 15 0 56280 41m 6640 S 29.4 1.5 0:36.84 php

來源

2013-02-15 Luis Valencia

該配置太慢。我建議你在美國使用magemojo或在UE使用NBS系統。如果您希望服務器每天不要超過1000人，則需要8到12GB內存（如果要將/ var作爲內存來提高性能，則需要12個內存）。 Hostgator是爲開發平臺而不是活網站 – dagfr 2013-02-15 11:28:37

爲什麼hostgator是爲了開發而不是活網站？我不明白 – 2013-02-15 11:35:38

與magemojo有什麼不同？服務器似乎更好，但他們是否擁有所有的網絡基礎設施。 – 2013-02-15 11:43:00

如果我增加至400最大連接數，是太多我的服務器？

我們不知道：您沒有提供有關您的服務器如何執行以及它的容量可能的詳細信息。即使你有，你也不可能to get a sensible answer。

我不知道這是由於搜索引擎抓取我們的網站嗎？

也許，你爲什麼不調查它。即使提供用於配置服務器的玩具不能正常工作，也應該從日誌中獲取數據。

請閱讀關於MySQL性能調優的一些好書（this是一個好的開始），並調整其餘的堆棧。

來源

2013-02-15 11:38:24 symcbean

ee更新，所有進程都訪問index.php，這就是顯然是在殺死服務器，他們告訴我，4gb的RAM可能是問題 – 2013-02-15 11:55:59

解決性能問題需要大量的調查和知識 - 你的更新並沒有真正的幫助。 – symcbean 2013-02-15 12:10:12

這確實表明您有一些非常明顯的問題，您應該與您的服務提供商討論。 – symcbean 2013-02-15 12:18:20

您將需要研究您的服務器負載處理能力以及它一次可以處理多少併發連接。

如果有太多的MySQL連接和請求同時發生，則會出現這種情況。因爲服務器一次無法處理此類批量請求。因此，在這種情況下，您可以將服務器正在處理的併發進程數量增加到最大值和服務器容量。

但在繼續之前，請確保併發請求是真的或不真實的。您將需要監視正在運行的連續MySQL進程。你可以通過'mysql -pr'來檢查它。一旦你得到消耗最多資源的用戶，那麼繼續檢查爲什麼它要佔用資源。如果您發現沒有合法的流程，您可以暫停這些用戶以避免生成的問題。

來源

2017-08-28 11:15:05 24x7servermanagement

如果您的網站有大多數靜態網頁？

更好地利用緩存

你很多選項來降低您的CPU使用率

MySQL或mysqli的緩存
在PHP運行？您可以製作一個簡單緩存腳本，該腳本可以修改爲緩存部分頁面或整頁。使用像Zend這樣的Opcache，其性能優於..
如果你有更多的RAM？和網站運行在完整的SQL？使用Memcached。

我注意到你正在使用cPanel？你需要調整你的服務Untick不需要的監控服務，並添加cron來清除舊日誌..

如果你從一個機器人或垃圾郵件域獲得命中？阻止引用htaccess .. 或使用nginxcp的cPanel

這些都是從我的經驗指導..希望這將有助於降低您的CPU使用率。

來源

2017-08-29 05:17:44

magento上連接mysql太多？

回答

相關問題