由于負載過度增加，服務器可能會開始“窒息”——它根本沒有時間處理所有傳入的請求并執(zhí)行分配的任務。因此，服務器會出現(xiàn)延遲，網(wǎng)站頁面的加載速度會降低到不可接受的值。在本文中，我們將討論服務器負載的主要有哪些原因呢？以及有何解決方法？

一、Web服務器限制配置不正確

您可以通過監(jiān)控 MaxClients 和 MaxSpareServers 的值來檢查您的限制配置是否正確。

您可以使用一個簡單的公式計算最佳值：最大客戶數(shù) = M*0.8/H

其中M是內(nèi)存總量，H 是單個 Web 進程消耗的內(nèi)存量。最佳值不應高于 10。您可以使用適當?shù)?Apache 配置文件來限制：

在 Debian 上——/etc/apache2/apache2.conf；

在 Centos 上——etc/httpd/conf/httpd.conf；

在 FreeBSD 上——/usr/local/etc/apache22/extra/httpd-mpm.conf。

設置值太低也不值得，否則傳入和傳出的請求將無法以正常速度運行，或者根本就被掛起。應仔細配置這些文件，同時牢記您的服務器上有多少資源，以及如何正確分配它們以優(yōu)化其性能。

二、DDoS攻擊

競爭者或僅僅是心懷不軌的人可以使用一種方法來以一個單一目標在特定服務器上增加負載 - 使其失敗并使用戶無法訪問該站點?？梢酝ㄟ^不同的方式保護自己免受 DDoS 攻擊，但最簡單的方法是關閉除三個端口之外的所有端口：

1.80 (HTTP) 和 443 (HTTPS) - 這些端口供您網(wǎng)站的訪問者使用。

2.SSH - 由管理員使用，它不會成為 DDoS 情況下的漏洞，除非黑客知道該端口的編號。因此，建議將其從標準的 22 重新分配為某個五位數(shù)，例如 58941。

簡而言之，您應該確保只有管理員提供對應用程序或資源的訪問權限的端口、協(xié)議或應用程序。您還應該注意實施 DDoS 保護的三種基本方法：在網(wǎng)絡邊緣、使用本地清理中心以及將流量重定向到云。

三、項目參與人數(shù)眾多

如果您的項目成功發(fā)展和發(fā)展，站點訪問者的增加將不可避免地引起服務器負載的增加，直至出現(xiàn)性能問題。解決方案很簡單，就是擴展容量，轉(zhuǎn)向更強大的服務器。

四、腳本無法正常工作

正如我們之前提到的，腳本之間資源的次優(yōu)分配很可能會導致延遲和服務器速度變慢。您可以使用 xdebug 或 xhprof 擴展來監(jiān)視和調(diào)試“彎曲的”腳本。也可以將 nginx 與 APC 結(jié)合安裝。

五、MySQL在存儲上創(chuàng)建負載

當緩沖區(qū)中沒有足夠的可用空間來執(zhí)行復雜進程時，服務器將參考磁盤在其上放置臨時文件。要解決此問題，您應該通過 my.cnf 設置文件增加為臨時表tmp_table_size和max_heap_table_size 分配的內(nèi)存大小。

嘗試將其設置為 32 MB 并查看 Created_tmp_disk_tables 變量的行為越低越好。

六、MySQL在CPU上創(chuàng)建負載

在這種情況下，問題可能是由有問題的索引或表引起的。您應該檢查 phpMyAdmin 中的日志和表。

七、郵件服務器創(chuàng)建負載

如果您的服務器感染了惡意軟件，它可能會開始向數(shù)百個不同的地址發(fā)送垃圾郵件，這一切都以您的服務器容量為代價。這是你應該做的：

八、檢查外發(fā)電子郵件隊列。

掃描您的系統(tǒng)以查找病毒和其他威脅。

將所有密碼更改為更復雜的密碼。

也可能是您的用戶故意發(fā)送大量電子郵件，因此這也值得檢查。

九、Tar和gzip創(chuàng)建負載

不正確配置的備份可能會在最不合適的時候?qū)е路掌髫撦d。為避免此類事故，您可以禁用或重新配置該功能，以便在站點負載最小的幾個小時內(nèi)備份數(shù)據(jù)。

十、未知進程

最不可預測的情況是無法確定哪些進程加載了Web服務器。這種情況最常發(fā)生是由于黑客入侵，因此您需要緊急采取一切措施來消除威1.脅并提高服務器的安全性：

2.檢查文件系統(tǒng)是否有病毒；

3.檢查日志；

4.將所有密碼更改為更復雜的密碼；

5.檢查服務器是否有殼；

6.在您的服務器上更新 CMS 版本。

如果你還有不明白，您可以聯(lián)系深圳市恒訊科技的專業(yè)技術人員，獲得更詳細的建議和幫助解決您的情況。