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的方式即將session資訊存入資料庫中,其它應用可以從資料庫中查出session資訊。目前採用此方案時所使用的資料庫一般為mysql。 利用資料庫共享session的方案有一定的實用性,但也有以下缺點:首先session的並發讀寫在資料庫中完成,對mysql的效能要求比較高;其次,我們需要額外實現session淘汰邏輯代碼,即定時從資料庫表中更新和刪除session信息,增加了工作量
#
以上是集成session共享問題的詳細內容。更多資訊請關注PHP中文網其他相關文章!