ホームページ  >  記事  >  バックエンド開発  >  PHPでマルチサーバー共有SESSIONデータを実現_PHPチュートリアル

PHPでマルチサーバー共有SESSIONデータを実現_PHPチュートリアル

WBOY
WBOYオリジナル
2016-07-21 15:45:28833ブラウズ

一、问题起源
稍大一些的网站,通常都会有好几个服务器,每个服务器运行着不同功能的模块,使用不同的二级域名,而一个整体性强的网站,用户系统是统一的,即一套用户名、密码在整个网站的各个模块中都是可以登录使用的。各个服务器共享用户数据是比较容易实现的,只需要在后端放个数据库服务器,各个服务器通过统一接口对用户数据进行访问即可。但还存在一个问题,就是用户在这个服务器登录之后,进入另一个服务器的别的模块时,仍然需要重新登录,这就是一次登录,全部通行的问题,映射到技术上,其实就是各个服务器之间如何实现共享 SESSION 数据的问题。
二、PHP SESSION 的工作原理
在解决问题之前,先来了解一下 PHP SESSION 的工作原理。在客户端(如浏览器)登录网站时,被访问的 PHP 页面可以使用 session_start() 打开 SESSION,这样就会产生客户端的唯一标识 SESSION ID(此 ID 可通过函数 session_id() 获取/设置)。SESSION ID 可以通过两种方式保留在客户端,使得请求不同的页面时,PHP 程序可以获知客户端的 SESSION ID;一种是将 SESSION ID 自动加入到 GET 的 URL 中,或者 POST 的表单中,默认情况下,变量名为 PHPSESSID;另一种是通过 COOKIE,将 SESSION ID 保存在 COOKIE 中,默认情况下,这个 COOKIE 的名字为 PHPSESSID。这里我们主要以 COOKIE 方式进行说明,因为应用比较广泛。
那么 SESSION 的数据保存在哪里呢?当然是在服务器端,但不是保存在内存中,而是保存在文件或数据库中。默认情况下,php.ini 中设置的 SESSION 保存方式是 files(session.save_handler = files),即使用读写文件的方式保存 SESSION 数据,而 SESSION 文件保存的目录由 session.save_path 指定,文件名以 sess_ 为前缀,后跟 SESSION ID,如:sess_c72665af28a8b14c0fe11afe3b59b51b。文件中的数据即是序列化之后的 SESSION 数据了。如果访问量大,可能产生的 SESSION 文件会比较多,这时可以设置分级目录进行 SESSION 文件的保存,效率会提高很多,设置方法为:session.save_path="N;/save_path",N 为分级的级数,save_path 为开始目录。当写入 SESSION 数据的时候,PHP 会获取到客户端的 SESSION_ID,然后根据这个 SESSION ID 到指定的 SESSION 文件保存目录中找到相应的 SESSION 文件,不存在则创建之,最后将数据序列化之后写入文件。读取 SESSION 数据是也是类似的操作流程,对读出来的数据需要进行解序列化,生成相应的 SESSION 变量。
三、多服务器共享 SESSION 的主要障碍及解决办法
通过了解 SESSION 的工作原理,我们可以发现,在默认情况下,各个服务器会各自分别对同一个客户端产生 SESSION ID,如对于同一个用户浏览器,A 服务器产生的 SESSION ID 是 30de1e9de3192ba6ce2992d27a1b6a0a,而 B 服务器生成的则是 c72665af28a8b14c0fe11afe3b59b51b。另外,PHP 的 SESSION 数据都是分别保存在本服务器的文件系统中。如下图所示:

/upload/20090815161113758.gif


确定了问题所在之后,就可以着手进行解决了。想要共享 SESSION 数据,那就必须实现两个目标:一个是各个服务器对同一个客户端产生的 SESSION ID 必须相同,并且可通过同一个 COOKIE 进行传递,也就是说各个服务器必须可以读取同一个名为 PHPSESSID 的 COOKIE;另一个是 SESSION 数据的存储方式/位置必须保证各个服务器都能够访问到。
简单地说就是多服务器共享客户端的 SESSION ID,同时还必须共享服务器端的 SESSION 数据。
第一个目标的实现其实很简单,只需要对 COOKIE 的域(domain)进行特殊地设置即可,默认情况下,COOKIE 的域是当前服务器的域名/IP 地址,而域不同的话,各个服务器所设置的 COOKIE 是不能相互访问的,如
www.aaa.com
的服务器是不能读写
www.bbb.com
服务器设置的 COOKIE 的。这里我们所说的同一网站的服务器有其特殊性,那就是他们同属于同一个一级域,如:aaa.infor96.com 和
www.infor96.com
都属于域 .infor96.com,那么我们就可以设置 COOKIE 的域为 .infor96.com,这样 aaa.infor96.com、www.infor96.com 等等都可以访问此 COOKIE。PHP 代码中的设置方法如下:
('session.cookie_domain', '.infor96.com');
?>
这样各个服务器共享同一客户端 SESSION ID 的目的就达到了。
第二个目标的实现可以使用文件共享方式,如 NFS 方式,但设置、操作上有些复杂。我们可以参考先前所说的统一用户系统的方式,即使用数据库来保存 SESSION 数据,这样各个服务器就可以方便地访问同一个数据源,获取相同的 SESSION 数据了。
解决办法如下图所示:

/upload/20090815161114361.gif


4. コードの実装
まず、MySQL の SQL ステートメントは次のとおりです: CREATE TABLE `sess` (
`sesskey` varchar(32) NOT NULL default '',
`expiry` bigint( 20) NOT NULL デフォルト '0'、
`data` ロングテキスト NOT NULL、
PRIMARY KEY (`sesskey`)、
KEY `expiry` (`expiry`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci
sesskeyは SESSION ID、expiry は SESSION の有効期限、data は SESSION データの保存に使用されます。
デフォルトでは、SESSION データはファイル モードで保存されます。データベース モードで保存したい場合は、各 SESSION オペレーションの処理関数を再定義する必要があります。 PHP には
session_set_save_handle()
関数が用意されています。もちろん、この関数を使用して SESSION 処理プロセスをカスタマイズする必要があります。これは PHP で設定できます:
('user')。 ;
?>
session_set_save_handle() 関数に注目してみましょう: session_set_save_handler (string open、string close、string read、string write、string destroy、string gc)
各パラメータは各操作の関数です。名前、これらの操作は、オープン、クローズ、読み取り、書き込み、破棄、ガベージ コレクションです。詳細な例は PHP マニュアルにあります。ここでは OO を使用してこれらの操作を実装します。詳細なコードは次のとおりです。 init()
{
$domain = '.infor96.com';
//GET/POST 変数メソッドを使用しないでください
ini_set('session.use_trans_sid', 0);
//ガベージ コレクションの最大有効期間を設定します
ini_set( 'session.gc_maxlifetime', MY_SESS_TIME);
//COOKIE を使用して SESSION ID を保存する方法
ini_set('session.cookie_path', '/'); /複数のホストでセッション ID を保存する COOKIE を共有します
ini_set('session.cookie_domain', $domain)
//デフォルト ファイルの代わりに session.save_handler を設定します
session_module_name('user'); SESSION 項目 操作に対応するメソッド名:
session_set_save_handler(
array('My_Sess', 'open'), //静的メソッド My_Sess::open() に対応、以下同様。
array('My_Sess', 'close'),
array('My_Sess', 'read'),
array('My_Sess', 'write'),
array('My_Sess', 'destroy'),
array('My_Sess', 'gc ')
);
} //関数の終了
function open($save_path, $session_name) {
return true;
} //関数の終了
function close() {
global $MY_SESS_CONN; //データベース接続を閉じる
$MY_SESS_CONN->Close();
}
return true; //関数を終了
function read($sesskey) {
global $MY_SESS_CONN
$sql = 'SELECT data FROM sess WHERE sesskey=' . $ MY_SESS_CONN->qstr($sesskey) ' および expiry>=' .
$rs =& $sql); {
if ($rs->EOF) {
return ";
} else { //SESSION ID に対応する SESSION データを読み取る
$v = $rs->fields[0];
$rs->Close ();
return $v;
} //end if
} //end if
return ";
} //end 関数
function write($sesskey, $data) {
global $MY_SESS_CONN;

$qkey = $MY_SESS_CONN- >qstr($sesskey);
$expiry = time() + My_SESS_TIME; //有効期限を設定します

//SESSION を書き込みます
$arr = array(
'sesskey' => $qkey,
'expiry' => $expiry,
'data' => $data);
$MY_SESS_CONN->Replace('sess', $arr, 'sesskey', $autoQuote = true); } // 関数の終了
function destroy($sesskey) {
global $MY_SESS_CONN;
$sql = 'DELETE FROM sess WHERE sesskey=' .qstr($sesskey); MY_SESS_CONN->Execute ($sql);
return true;
} //関数の終了
function gc($maxlifetime = null) {
global $MY_SESS_CONN;
$sql = 'DELETE FROM sess expiry.
$MY_SESS_CONN-> ;Execute($sql);
//sess テーブルの削除操作が頻繁に行われるため、断片化が発生しやすくなります。
//そのため、ガベージ コレクション中にテーブルが最適化されます。
$sql = 'OPTIMIZE TABLE sess';
$MY_SESS_CONN->Execute($sql);
return true; //関数を終了
} ///:~
//ADOdb をデータベース抽象化レイヤーとして使用します。
require_once('adodb/adodb.inc.php');
//データベース構成項目は構成ファイル (config.inc.php など) に配置できます。
$db_type = 'mysql';
$db_host = 'sess_user';
$db_pass = 'sess_db';これはグローバル変数です。
$GLOBALS['MY_SESS_CONN'] =& ADONewConnection($db_type);
$GLOBALS['MY_SESS_CONN']->Connect( $db_host, $db_user, $db_pass, $db_name);
//SESSION 設定を初期化します。 session_start() の前に実行してください。 !
My_Sess::init();
?>

5. 残りの課題
Web サイトのアクセス数が多い場合、SESSION によるデータベースの読み書きが頻繁に行われるため、効率が大幅に低下します。通常、SESSION データはそれほど大きくないことを考慮して、C/Java でマルチスレッド プログラムを作成し、HASH テーブルを使用して SESSION データを保存し、ソケット通信を通じてデータの読み書きを試みることができます。メモリに保存され、読み書き速度が大幅に向上するはずです。さらに、負荷分散によりサーバーの負荷を分散できます。しかし、これらは私自身の考えや仮定の一部であり、実践されたものではありません

www.bkjia.com本当http://www.bkjia.com/PHPjc/320377.html技術記事 1. 問題の原因は、大規模な Web サイトには通常複数のサーバーがあり、各サーバーが異なる機能を持つモジュールを実行し、異なる第 2 レベルのドメイン名を使用し、包括的なネットワークを使用していることです...
声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。