服務器非常慢，把WINDOWS2003重啟了，結果連不上服務器。結果悲劇的去了機房。

查找不出什么問題，GHOST恢復系統。

幾天后回去又裝了個新站上去。再過兩天后，問題又出現了。

排查過程

1. 檢查網頁服務器，病毒，木馬？是否被入侵？
2. 檢查數據庫服務器，CPU，內存，網絡一切正常，相應的端口也做了 IP 限制，只允許網頁服務器訪問，查看日志文件也沒有異常情況
3. 檢查其余的 .Net 網站，速度正常，沒有任何問題
4. 檢查其余的 Php 網站，架構方法一樣，也沒有任何問題（其余的 php 網站訪問量相對于論壇來說小很多）
5. 新建一個應用程序池和網站應用程序，單人訪問速度沒有問題，說明 php程序沒有問題
6. 檢查 Php 設置，發現沒有異常

綜合以上因素，所以基本可以確定問題主要來源于某個小問題，然后當訪問人數過多的時候就會體現出來。

那這個問題是什么呢？

這時候想到去看一下 Php 日志文件，打開 c:\windows\temp 下的 Php 日志文件，突然…  卡死了！

原來這個文件已經達到了 800多 MB，難道是這個問題？

記得以前 IIS 下所有網站都出現了訪問緩慢的問題，然后發現 IIS 日志文件達到了幾個 G，禁用 IIS 日志后恢復正常。

難道也是這個問題？果斷禁用了 Php error log，并刪除了這個文件后，略有改善，但是感覺還是沒解決…

正在彷徨時，忽然發現 Temp 文件夾下有大量 sess_ 開頭的文件！（之前打開 Temp 文件夾的時候就特別慢）數量竟然達到了 10W 個！總容量雖然只有 300MB ，但是占用空間卻達到了 3G

 

看上去問題就出在這里了！

關于 NTFS 下的文件數量

NTFS 的優越性就不用說了，也早就是主流了…

NTFS 下的最大文件數是 4,294,967,295個 (2^32 – 1)

但是為什么僅僅 10W 個文件就讓系統慢成這樣了呢？好吧，都說是理論值了… 不知道有沒有人測試過，但 10W 個的確非常多了…


 

解決方法

刪除這些文件是必需的，這個過程很痛苦… 因為系統卡死了…

后借助 del *.* /q /s 后才成功將其刪光

可是光刪也不是辦法，總有一天它還是會滿的…

這些文件其實是 Php 保存 Session 的文件，一個 Session 對應了一個文件，但是 Session 結束的時候不應該刪除嗎？

 

其實 Php 是會刪除的，但是由于權限的問題，而導致它不能及時的刪除了，以上就是 IIS_USERS 組的默認權限。

它并沒有刪除的權限 ！難怪沒辦法刪除！

知道這個后就簡單了，給 IIS_USERS 加上刪除的權限就 OK 了！

修改好后，Temp 文件夾下的文件數一直維持在一個數量級，而沒有明顯的變化~

關鍵字：服務器、權限、網站、PHP環境