php保存session 默認的是采用的文件的方式來保存的，這僅僅在文件的空間開銷很小的windows上是可以采用的，但是如果我們采用uinx或者是liux上的文件系統的時候，這樣的文件系統的文件空間開銷是很大的，然而session是要時時刻刻的使用的，大量的用戶酒藥創建很多的session文件，這樣對整個的服務器帶來性能問題，另一方面，如果服務器起采用群集的方式的話就不能保持session的一致性，所以我們就緒要采用數據庫的方式來保存session，這樣，不管有幾台服務器同時使用，只要把他們的session保存在一台數據庫服務器上就可以保存session的完整了，具體如何來實現請繼續看下去。
php的session默認的情況下是采用的文件方式來保存的，我們在php的配制文件php.ini中可以看到這樣的一行，session.save_handler="files"，這樣的意思就是采用文件來保存session 的，要采用數據庫來保存的話，我們需要修改成擁護模式，改稱 session.save_handler="use"就可以了，但是，這僅僅是說明我門沒有采用文件的方式存儲session，我們還要選擇數據庫和建立數據庫的表。
建立數據庫和數據庫的表結構，我們可以采用php可以使用的任何的數據庫，因為php和mysql的結合最好，我就使用mysql來做事例，當然根據你的需要可以改稱別的數據庫，同時因為mysql沒有事物的功能，這也比別的數據庫更快，然而保存session 書、一 不許要事物處理的，再者裡我決的更好。
創建數據庫 , CREATE DATABASE session; 創建表結構 CREATE TABLE session( id CHAR(30) NOT NULL , user CHAR(30), data CHAR(3000) ,PARMIRY BY (id) );
編寫php文件
http://www.knowsky.com
<?php
$con =mysql_connection("127.0.0.1","user" , "pass");
mysql_select_db("session");
function open($save_path, $session_name)
{
return(true);
}
function close()
{
return(true);
}
function read($id)
{
if($result = mysql_query("SELECT * FROM session WHERE id=$id"))
{
if($row = mysql_felth_row($result ))
{ return $row["data"]; }
}
else
{
return "";
}
}
function write($id, $sess_data)
{
if($result = mysql_query("UPDATE session SET data=$sess_data WHERE id=$id"))
{
return true;
}
else
{
return false;
}
}
function destroy($id)
{
if($result = mysql_query("DELETE * FROM session WHERE id=$id"))
{
return true;
}
else
{
return false;
}
}
/*********************************************
* WARNING - You will need to implement some *
* sort of garbage collection routine here. *
*********************************************/
function gc($maxlifetime)
{
return true;
}
session_set_save_handler("open", "close", "read", "write", "destroy", "gc");
session_start();
// proceed to use sessions normally
?>保存成為session_user_start.php。
現在我們的工作就已經完成了，只要你在需要在使用session的時候，把session_user_start.php。包含進來，注意，這個文件一定要在文件的第一行包含，然後就想使用文件的session一樣的方法使用舊可以了。
本文寫的倉促，如果有不對的地方請你提出寶貴的意見。歡迎你的斧正。
aspx">http://blog.csdn.net/eoe2005/archive/2007/02/20/1512131.aspx
