大量php session臨時檔案帶來的伺服器效率問題

早上流量有點大，網站出口流量大概5M左右，訪問品質卻不太好，web響應比較慢，切系統負載很高。

檢 查了下各web節點，所有web伺服器的httpd線程均達到滿負荷，很奇怪。因為所有web節點都通過nfs來共用session目錄來達到session的一致性，檢查了下nfs檔案伺服器，IO讀寫比較大，檢查了session_tmp目錄，發現session目錄臨時檔案達到 70000多個，初步判斷也許是因為一級目錄下檔案過多帶來的IO效能下降。

以前沒有想過session存放的效率問題，今天由此想到了session多級存放的問題，來解決一個目錄下session檔案過多帶來的讀寫效率問題，查了下php.net其實php在配置中已經給出了有關選項。

php.net上的說明：http://cn.php.net/manual/zh/ref.session.php

session.save_path 定義了傳遞給儲存處理器的參數。如果選擇了預設的 files 檔案處理器，則此值是建立檔案的路徑。預設為 /tmp。參見 session_save_path()。 此指令還有一個可選的 N 參數來決定會話檔案分布的目錄深度。例如，設定為 '5;/tmp' 將使建立的會話檔案和路徑類似於

/tmp/4/b/1/e/3/sess_4b1e384ad74619bd212e236e52a5a174If。 要使用 N 參數，必須在使用前先建立好這些目錄。在 ext/session 目錄下有個小的 shell 指令碼名叫 mod_files.sh 可以用來做這件事。此外注意如果使用了 N 參數並且 N 大於 0，那麼將不會執行自動記憶體回收，更多資訊見 php.ini。另外如果用了 N 參數，要確保將 session.save_path 的值用雙引號 "quotes" 括起來，因為分隔字元分號（ ;）在 php.ini 中也是注釋符號。

session.save_path string

在定義session.save_path中可以定義多級存放的路徑，修改php.ini

session.save_path = "2;/data/session_tmp"

將session檔案分成兩級存放，即/data/session_tmp/4/b/sess_4b1e384ad74619bd212e236e52a5a174If，取前兩位字元，但是php並不組建目錄，需要自己手工產生，所以寫了個指令碼來產生初始的目錄。

引用

<?php
$string = '0123456789abcdefghijklmnopqrstuvwxyz';
$length = strlen($string);
for($i = 0; $i < $length; $i++) {
　 for($j = 0; $j < $length; $j++) {
　　　func_mkDir('/session_tmp/'.$string[$i].'/'.$string[$j]);
　 }
}
?>

session目錄分級處理之後，IO處理值增加，http進程降低，web處理效率明顯好轉