① 為什麼站不穩 探究網站不穩定的原因和解決方案
1.伺服器問題
3.流量過大
1.優化伺服器
2.網站程序問題
網簡攜絡攻擊也是導致網站不穩定的一個重要原攔蠢伏因。黑客攻擊、DDoS攻擊等都有可能導致網站無法正常運行。檔鎮
2.優化程序
② 如何減輕web伺服器的負擔
網站伺服器運行段間down掉原能造種現象：比tomcat堆非堆內存設置足程序沒能釋放內存空間造內存溢或者某些進程直運行沒能釋放造cup資源量消耗除程序本身原能客服端訪問造（客戶端包含蜘蛛軟體等搜索引擎）伺服器客戶端建立鏈接(用netstat -a命令查看網路訪問信息)需要http響應connection做定設置
http1.1requestreponse header都能現connection欄位header含義clientserver通信於鏈接何進行處理http1.1clientserver都默認支持鏈接 client使用http1.1協議希望使用鏈接則需要header指明connection值close；server想支持鏈接則response需要明確說明connection值close
論requestresponseheader包含值closeconnection都表明前使用tcp鏈接請求處理完畢斷掉client再進行新請求必須創建新tcp鏈接
HTTP Connectionclose設置允許客戶端或伺服器任何關閉底層連接雙都要求處理請求關閉TCP連接
何程序設置：濾器加入：response.setHeader(connection, close);
內容自: HTTP Keep-Alive詳解
HTTP Keep Alive
HTTP Keep-Alive 程序誤解面介紹HTTP/坦敗1.0HTTP/1.1版本何工作及其JAVA運行原理
HTTP請求響應模式典型範例即客戶端向伺服器發送請求信息伺服器響應信息HTTP版本每請求都創建新客戶端->伺服器連接連接發送請求接收請求模式優點簡單容易理解編程實現；缺點效率低Keep-Alive提用解決效率低問題
HTTP/1.0
HTTP/1.0版本並沒官標准規定Keep-Alive何工作實際附加HTTP/1.0協議客戶端瀏覽器支持Keep-AliveHTTP請求添加欄位 Connection: Keep-Alive伺服器收附帶Connection: Keep-Alive請求響應添加扮滑同欄位使用Keep-Alive客戶端伺服器間HTTP連接保持斷（超Keep-Alive規定間意外斷電等情況除外）客戶端發送另外請求使用條已經建立連接
HTTP/1.1
HTTP/1.1版本官規定Keep-Alive使用標准HTTP/1.0版本些同默認情況所HTTP1.1所連接都保持除非請求或響應指明要關閉：Connection: Close Connection: Keep-Alive欄位再沒意義原另外添加新欄位Keep-Alive:欄位並沒詳細描述用做忽略
Not reliable（靠）
HTTP狀態協議意味著每請求都獨立Keep-Alive沒能改變結另外Keep-Alive能保證客戶端伺服器間連接定躍HTTP1.1版本唯能保證連接關閉能通知所應該讓程序依賴於Keep-Alive保持連接特性否則意想
Keep-AlivePOST
HTTP1.1細則規定POST消息體面能任何字元指於某特定瀏覽器能並遵循標准（比POST消息體面放置CRLF符）據我所知部瀏覽器POST消息體都自跟CRLF符再發送何解決問題呢根據面說明POST請求禁止使用Keep-Alive或者由伺服器自忽略CRLF部伺服器都自忽略未經測試前能知道伺服器否做
內容自:
HTTP狀態協議Connection:Keep-Alive容易犯誤區
名詞解釋：
HTTP狀態：狀態指協議於事務處理沒記憶能力伺服器知道客戶端狀態另面講打伺服器網頁前打伺服器網頁間沒任何聯系
要實現購物車需要藉助於Cookie或Session或伺服器端API（NSAPI and ISAPI）記錄些信息請求伺服器結算頁面同些信息提交伺服器
登錄網站登錄狀態由Cookie或Session記憶伺服器並知道否登錄
優點：伺服器用每客戶端連接配內存記憶量狀態用客戶端失連接清理內存更高效處理WEB業務
缺點：客戶端每請求都需要攜帶相應參數服廳信臘務器需要處理些參數
Keep-Alive：參考另外篇文章HTTP Keep-Alive 詳解
容易犯誤區：
1、HTTP狀態面向連接協議狀態代表HTTP能保持TCP連接更能代表HTTP使用UDP協議（連接）
2、HTTP/1.1起默認都啟Keep-Alive保持連接特性簡單說網頁打完客戶端伺服器間用於傳輸HTTP數據TCP連接關閉客戶端再訪問伺服器網頁繼續使用條已經建立連接
3、Keep-Alive永久保持連接保持間同伺服器軟體（Apache）設定間
內容自:
Keep-Alive簡介及Tomcat配置
Keep-Alive功能使客戶端伺服器端連接持續效現伺服器繼請求Keep-Alive功能避免建立或者重新建立連接市場 部Web伺服器包括iPlanet、IISApache都支持HTTP Keep-Alive於提供靜態內容網站說功能通用於負擔較重網站說存另外問題：雖客戶保留打連 接定處同影響性能處理暫停期間本釋放資源仍舊佔用Web伺服器應用伺服器同台機器運行Keep-Alive功能資源利用影響尤其突 功能HTTP 1.1預設功能HTTP 1.0加Keep-Alive header提供HTTP持續作用功能
Keep-Alive: timeout=5, max=100
timeout：期間5秒（應httpd.conf參數：KeepAliveTimeout）max百請求強制斷掉連接
timeout間內新連接同max自減1直0強制斷掉
Tomcat相關設置,server.xml Connector 元素
keepAliveTimeout：
間連接close單位milliseconds
maxKeepAliveRequests：
連接數（1表示禁用-1表示限制數默認100般設置100~200間）.
maxKeepAliveRequests=1″避免tomcat產量TIME_WAIT連接定程度避免tomcat假死
<Connector executor=tomcatThreadPool
port=80″ protocol=HTTP/1.1″
connectionTimeout=60000″
keepAliveTimeout=15000″
maxKeepAliveRequests=1″
redirectPort=443″
maxHttpHeaderSize=8192″ URIEncoding=UTF-8″ enableLookups=false acceptCount=100″ disableUploadTimeout=true/>?網站伺服器運行段間down掉原能造種現象：比tomcat堆非堆內存設置足程序沒能釋放內存空間造內存溢或者某些進程直運行沒能釋放造cup資源量消耗除程序本身原能客服端訪問造（客戶端包含蜘蛛軟體等搜索引擎）伺服器客戶端建立鏈接(用netstat -a命令查看網路訪問信息)需要http響應connection做定設置
http1.1requestreponse header都能現connection欄位header含義clientserver通信於鏈接何進行處理http1.1clientserver都默認支持鏈接 client使用http1.1協議希望使用鏈接則需要header指明connection值close；server想支持鏈接則response需要明確說明connection值close
論requestresponseheader包含值closeconnection都表明前使用tcp鏈接請求處理完畢斷掉client再進行新請求必須創建新tcp鏈接
HTTP Connectionclose設置允許客戶端或伺服器任何關閉底層連接雙都要求處理請求關閉TCP連接
何程序設置：濾器加入：response.setHeader(connection, close);
內容自: HTTP Keep-Alive詳解
HTTP Keep Alive
HTTP Keep-Alive 程序誤解面介紹HTTP/1.0HTTP/1.1版本何工作及其JAVA運行原理
HTTP請求響應模式典型範例即客戶端向伺服器發送請求信息伺服器響應信息HTTP版本每請求都創建新客戶端->伺服器連接連接發送請求接收請求模式優點簡單容易理解編程實現；缺點效率低Keep-Alive提用解決效率低問題
HTTP/1.0
HTTP/1.0版本並沒官標准規定Keep-Alive何工作實際附加HTTP/1.0協議客戶端瀏覽器支持Keep-AliveHTTP請求添加欄位 Connection: Keep-Alive伺服器收附帶Connection: Keep-Alive請求響應添加同欄位使用Keep-Alive客戶端伺服器間HTTP連接保持斷（超Keep-Alive規定間意外斷電等情況除外）客戶端發送另外請求使用條已經建立連接
HTTP/1.1
HTTP/1.1版本官規定Keep-Alive使用標准HTTP/1.0版本些同默認情況所HTTP1.1所連接都保持除非請求或響應指明要關閉：Connection: Close Connection: Keep-Alive欄位再沒意義原另外添加新欄位Keep-Alive:欄位並沒詳細描述用做忽略
Not reliable（靠）
HTTP狀態協議意味著每請求都獨立Keep-Alive沒能改變結另外Keep-Alive能保證客戶端伺服器間連接定躍HTTP1.1版本唯能保證連接關閉能通知所應該讓程序依賴於Keep-Alive保持連接特性否則意想
Keep-AlivePOST
HTTP1.1細則規定POST消息體面能任何字元指於某特定瀏覽器能並遵循標准（比POST消息體面放置CRLF符）據我所知部瀏覽器POST消息體都自跟CRLF符再發送何解決問題呢根據面說明POST請求禁止使用Keep-Alive或者由伺服器自忽略CRLF部伺服器都自忽略未經測試前能知道伺服器否做
內容自:
HTTP狀態協議Connection:Keep-Alive容易犯誤區
名詞解釋：
HTTP狀態：狀態指協議於事務處理沒記憶能力伺服器知道客戶端狀態另面講打伺服器網頁前打伺服器網頁間沒任何聯系
要實現購物車需要藉助於Cookie或Session或伺服器端API（NSAPI and ISAPI）記錄些信息請求伺服器結算頁面同些信息提交伺服器
登錄網站登錄狀態由Cookie或Session記憶伺服器並知道否登錄
優點：伺服器用每客戶端連接配內存記憶量狀態用客戶端失連接清理內存更高效處理WEB業務
缺點：客戶端每請求都需要攜帶相應參數伺服器需要處理些參數
Keep-Alive：參考另外篇文章HTTP Keep-Alive 詳解
容易犯誤區：
1、HTTP狀態面向連接協議狀態代表HTTP能保持TCP連接更能代表HTTP使用UDP協議（連接）
2、HTTP/1.1起默認都啟Keep-Alive保持連接特性簡單說網頁打完客戶端伺服器間用於傳輸HTTP數據TCP連接關閉客戶端再訪問伺服器網頁繼續使用條已經建立連接
3、Keep-Alive永久保持連接保持間同伺服器軟體（Apache）設定間
內容自:
Keep-Alive簡介及Tomcat配置
Keep-Alive功能使客戶端伺服器端連接持續效現伺服器繼請求Keep-Alive功能避免建立或者重新建立連接市場 部Web伺服器包括iPlanet、IISApache都支持HTTP Keep-Alive於提供靜態內容網站說功能通用於負擔較重網站說存另外問題：雖客戶保留打連 接定處同影響性能處理暫停期間本釋放資源仍舊佔用Web伺服器應用伺服器同台機器運行Keep-Alive功能資源利用影響尤其突 功能HTTP 1.1預設功能HTTP 1.0加Keep-Alive header提供HTTP持續作用功能
Keep-Alive: timeout=5, max=100
timeout：期間5秒（應httpd.conf參數：KeepAliveTimeout）max百請求強制斷掉連接
timeout間內新連接同max自減1直0強制斷掉
Tomcat相關設置,server.xml Connector 元素
keepAliveTimeout：
間連接close單位milliseconds
maxKeepAliveRequests：
連接數（1表示禁用-1表示限制數默認100般設置100~200間）.
maxKeepAliveRequests=1″避免tomcat產量TIME_WAIT連接定程度避免tomcat假死
<Connector executor=tomcatThreadPool
port=80″ protocol=HTTP/1.1″
connectionTimeout=60000″
keepAliveTimeout=15000″
maxKeepAliveRequests=1″
redirectPort=443″
maxHttpHeaderSize=8192″ URIEncoding=UTF-8″ enableLookups=false acceptCount=100″ disableUploadTimeout=true/>
③ 中小企業如何給自己的伺服器硬碟減壓
其實類似的問題並不是一例兩例，很多時候在Linux系統下的伺服器更容易出現這樣的問題，而且這樣的問題很容易被忽視。如果在Windows系統下，硬碟磁碟碎片的問題由於很常見，因此成為使用者的必修課程之一，只要花些時間進行簡單的磁碟寬悔碎片整理，就可以達到運行如飛的目的。但是由於Linux使用第二擴展文件系統，即ext2，它以一種完全不同的方式處理文件存儲，Linux沒有Windows系統中發現的那種問題，這使得許多人認為磁碟碎片化根本不是一個問題。事實上，所有的文件系統都會隨著時間的推移趨向於碎片化，Linux文件系統減少了碎片化，但是並沒有消除，尤其是在數據繁忙的伺服器中，隨著時間的推移，文件碎片化將降低硬碟性能，從而影響到伺服器的正常運行。下面簡單介幾種中硬碟優化的具體措施。 釋放磁碟空間 對磁碟驅動器進行清理工作，刪除不需要的文件，並將那些需要被保存但將不被使用的文件移出，清除多餘的目錄，同時減少子目錄的數目。這種方法雖然看起來很簡單，但是最簡單的往往最有效。 整理碎片Linux系統上的磁碟碎片整理程序與Windows系統中的磁碟碎片整理程序不同，舉個例子，Windows 98系統引入FAT 32文件系統，雖然運行Windows 98但不必轉換為FAT 32文件系統，Windows可以被設置為使用FAT或NTFS的增強文件系統，因此所有這些文件系統都以本質上相同的方式處理文件存儲。而Linux系統下的磁碟碎片整理工作最好是做一個完全的備份，將分區重新格式化，然後從備份中恢復文件。當文件被存儲時，它們將被寫到連續的塊中，就不會碎片化了。這是一個大工作，可能對於像/usr之類不經常改變的程序分區是不必要的，但是它可以在一個多用戶系統的/home分區產生奇跡。它所花費的時間與Windows NT伺服器磁碟碎片整理花費的時間大致上相同，所以使用者要耐心等待。 調整硬碟驅動器 執行了以上兩種操作方法後仍舊不能讓硬碟恢復塵巧攜到滿意狀態，就可以考慮其他需要花費金錢的硬體解決方案了，升級硬碟驅動器就是其中之一。如果現有硬碟是IDE驅動器，這種控制器必須要訪問CPU，由此CPU和磁碟密集型操作可能變得緩慢，這樣可以通過升級到SCSI驅動器獲得更好的整體性能，SCSI控制器不用通過CPU處理讀寫，因此當硬碟驅動器在讀寫時，就不會派伏因為CPU周期被硬碟驅動器佔用而造成怨系統的緩慢。 中小企業為伺服器硬碟減輕負擔的方法還有很多，以上簡單介紹了三種，如有所需，敬請繼續關注。