四中整合session共享解決方法

2.1客戶端Cookie保存

介紹說明

以cookie加密的方式保存在客戶端.優點是減輕伺服器端的壓力，每次session訊息被寫在客服端,然後經瀏覽器再次提交到伺服器。即使兩次請求在叢集中的兩台伺服器上完成，也可以到達session共用。

 這種解決方法的優點是session資訊不用存放在伺服器端，大大減輕了伺服器的壓力。另一個優點是一個session中的兩次或多次請求可以在一個叢集中的多個伺服器上完成，可以避免單點故障。目前，淘寶是採用的這種解決方案。

缺點有幾個，一是傳遞cookie時，http訊息頭的長度限制使我們只能夠在cookie中存入一部分使用者資訊；二是需要額外地做session資訊加密的工作；第三，如果採用這種方式，每次訪問網站二級域名時都會在http信息頭中帶有這些以cookie形式存儲的session信息，會佔用一定的頻寬；最後，由於這種方式是在客戶端進行信息存儲，用戶完全可以停用cookie或刪除cookie，不是很可靠。

2.2伺服器間Session同步

介紹說明

使用主-從伺服器的架構，當使用者在主伺服器上登入後，透過腳本或守護程式的方式，將session資訊傳遞到各個從伺服器中，這樣，使用者存取其它的從伺服器時，就可以讀到session資訊。

缺點：例如速度慢、不穩定等，另外，如果session訊息傳遞是主->從單向的，會有一些風險，例如主伺服器down了，其它伺服器無法取得session訊息

2.3 使用群集統一管理Session

介紹說明

提供一個群集保存session共享資訊。其他應用程式統統把自己的session資訊存放到session群集伺服器組。當應用系統需要session資訊的時候直接到session群集伺服器上讀取。目前大多都是使用Memcache來對Session進行儲存。

以Memcache來實現Session共享的方式目前比較流行的有兩種實作方案，以下主要對這兩種方案進行介紹。

2.3.1 使用Filter方式

此方式使用過濾器的方式重新對httpRequest 物件進行了包裝，並加入memcached客戶端,此方式的優點是：使用簡單，把過濾器配置進去即可，另外比較靈活，因為它是在客戶端實現的，配置比較靈活,而且伺服器無關，你可以在任何支援servlet的容器​​上部署。

2.3.2 memcached-session-manager（MSM）

memcached-session-manager，俗稱MSM，是一個用於解決分散式tomcat環境下session共享的問題的開源解決方案。它的實作原理為以tomcat插件的方式部署在伺服器，修改了servlet容器程式碼中的session相關程式碼，使其連接memcached，在memcached中建立和更新session。 MSM擁有以下特性：

支援Tomcat6、Tomcat7

支援黏性、非黏性Session

無單一故障點

可處理tomcat故障轉移

可處理memcached故障轉移

插件式session序列化

#允許非同步保存session，以提升反應速度

只有當session有修改時，才會將session寫回memcached

JMX管理&監控

MSM(memcached-session-manager) 支援tomcat6 和tomcat7 ，利用Value（Tomcat 閥）對Request進行追蹤。 Request請求到來時，從memcached載入session，Request請求結束時，將tomcat session更新至memcached，以達到session共享之目的， 支援 sticky  和 non-sticky 模式。

優點：開發者不用考慮session共享的問題了,可以專注於程式開發，像正常使用session那樣使用就完事了。不用顯示編寫程式碼，只需要對伺服器進行配置即可使用。

缺點：如果你想改變session策略的話，必須重新部署每個伺服器的servlet容器。

具體可參考：http://code.google.com/p/memcached-session-manager/

2.4 把Session持久化到資料庫

#

以上是四中整合session共享解決方法的詳細內容。更多資訊請關注PHP中文網其他相關文章！