早上流量有點大，網站出口流量大概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處理效率明顯好轉
