來(lái)源：極客頭條
在搭建完集群環(huán)境后剥险，不得不考慮的一個(gè)問題就是用戶訪問產(chǎn)生的session如何處理透硝。如果不做任何處理的話狰闪，用戶將出現(xiàn)頻繁登錄的現(xiàn)象，比如集群中存在A蹬铺、B兩臺(tái)服務(wù)器尝哆，用戶在第一次訪問網(wǎng)站時(shí)，Nginx通過其負(fù)載均衡機(jī)制將用戶請(qǐng)求轉(zhuǎn)發(fā)到A服務(wù)器甜攀，這時(shí)A服務(wù)器就會(huì)給用戶創(chuàng)建一個(gè)Session秋泄。當(dāng)用戶第二次發(fā)送請(qǐng)求時(shí)，Nginx將其負(fù)載均衡到B服務(wù)器规阀，而這時(shí)候B服務(wù)器并不存在Session恒序，所以就會(huì)將用戶踢到登錄頁(yè)面。這將大大降低用戶體驗(yàn)度谁撼，導(dǎo)致用戶的流失歧胁，這種情況是項(xiàng)目絕不應(yīng)該出現(xiàn)的。
我們應(yīng)當(dāng)對(duì)產(chǎn)生的Session進(jìn)行處理厉碟，通過粘性Session喊巍，Session復(fù)制或Session共享等方式保證用戶的體驗(yàn)度。
以下我將說(shuō)明5種Session處理策略箍鼓，并分析其優(yōu)劣性崭参。
第一種：粘性session
原理：粘性Session是指將用戶鎖定到某一個(gè)服務(wù)器上，比如上面說(shuō)的例子款咖，用戶第一次請(qǐng)求時(shí)何暮，負(fù)載均衡器將用戶的請(qǐng)求轉(zhuǎn)發(fā)到了A服務(wù)器上奄喂，如果負(fù)載均衡器設(shè)置了粘性Session的話，那么用戶以后的每次請(qǐng)求都會(huì)轉(zhuǎn)發(fā)到A服務(wù)器上海洼，相當(dāng)于把用戶和A服務(wù)器粘到了一塊跨新，這就是粘性Session機(jī)制。
優(yōu)點(diǎn)：簡(jiǎn)單坏逢，不需要對(duì)session做任何處理域帐。
缺點(diǎn)：缺乏容錯(cuò)性，如果當(dāng)前訪問的服務(wù)器發(fā)生故障是整，用戶被轉(zhuǎn)移到第二個(gè)服務(wù)器上時(shí)俯树，他的session信息都將失效。
適用場(chǎng)景：發(fā)生故障對(duì)客戶產(chǎn)生的影響較蟹〉痢；服務(wù)器發(fā)生故障是低概率事件阳欲。
實(shí)現(xiàn)方式：以Nginx為例舵盈，在upstream模塊配置ip_hash屬性即可實(shí)現(xiàn)粘性Session。
upstream mycluster{
#這里添加的是上面啟動(dòng)好的兩臺(tái)Tomcat服務(wù)器
ip_hash;#粘性Session
server 192.168.22.229:8080 weight=1;
server 192.168.22.230:8080 weight=1;
}
第二種：服務(wù)器session復(fù)制
原理：任何一個(gè)服務(wù)器上的session發(fā)生改變（增刪改）球化，該節(jié)點(diǎn)會(huì)把這個(gè) session的所有內(nèi)容序列化秽晚，然后廣播給所有其它節(jié)點(diǎn)，不管其他服務(wù)器需不需要session筒愚，以此來(lái)保證Session同步赴蝇。
優(yōu)點(diǎn)：可容錯(cuò)，各個(gè)服務(wù)器間session能夠?qū)崟r(shí)響應(yīng)巢掺。
缺點(diǎn)：會(huì)對(duì)網(wǎng)絡(luò)負(fù)荷造成一定壓力句伶，如果session量大的話可能會(huì)造成網(wǎng)絡(luò)堵塞，拖慢服務(wù)器性能陆淀。
實(shí)現(xiàn)方式：
① 設(shè)置tomcat 考余，server.xml 開啟tomcat集群功能
Address:填寫本機(jī)ip即可，設(shè)置端口號(hào)轧苫，預(yù)防端口沖突楚堤。
② 在應(yīng)用里增加信息：通知應(yīng)用當(dāng)前處于集群環(huán)境中，支持分布式
在web.xml中添加選項(xiàng)
第三種：session共享機(jī)制
使用分布式緩存方案比如memcached含懊、redis身冬，但是要求Memcached或Redis必須是集群。
使用Session共享也分兩種機(jī)制岔乔，兩種情況如下：
① 粘性session處理方式
原理：不同的 tomcat指定訪問不同的主memcached酥筝。多個(gè)Memcached之間信息是同步的，能主從備份和高可用重罪。用戶訪問時(shí)首先在tomcat中創(chuàng)建session樱哼，然后將session復(fù)制一份放到它對(duì)應(yīng)的memcahed上哀九。memcache只起備份作用，讀寫都在tomcat上搅幅。當(dāng)某一個(gè)tomcat掛掉后阅束，集群將用戶的訪問定位到備tomcat上，然后根據(jù)cookie中存儲(chǔ)的SessionId找session茄唐，找不到時(shí)息裸，再去相應(yīng)的memcached上去session，找到之后將其復(fù)制到備tomcat上沪编。
② 非粘性session處理方式
原理：memcached做主從復(fù)制呼盆，寫入session都往從memcached服務(wù)上寫，讀取都從主memcached讀取蚁廓，tomcat本身不存儲(chǔ)session
優(yōu)點(diǎn)：可容錯(cuò)访圃，session實(shí)時(shí)響應(yīng)。
實(shí)現(xiàn)方式：用開源的msm插件解決tomcat之間的session共享：Memcached_Session_Manager（MSM）
a. 復(fù)制相關(guān)jar包到tomcat/lib 目錄下
JAVA memcached客戶端：spymemcached.jar
msm項(xiàng)目相關(guān)的jar包：
1. 核心包相嵌，memcached-session-manager-{version}.jar
2. Tomcat版本對(duì)應(yīng)的jar包：memcached-session-manager-tc{tomcat-version}-{version}.jar
序列化工具包：可選kryo腿时，javolution,xstream等，不設(shè)置時(shí)使用jdk默認(rèn)序列化饭宾。
b. 配置Context.xml 批糟，加入處理Session的Manager
粘性模式配置：
非粘性配置：
第四種：session持久化到數(shù)據(jù)庫(kù)
原理：就不用多說(shuō)了吧，拿出一個(gè)數(shù)據(jù)庫(kù)看铆，專門用來(lái)存儲(chǔ)session信息徽鼎。保證session的持久化。
優(yōu)點(diǎn)：服務(wù)器出現(xiàn)問題弹惦，session不會(huì)丟失
缺點(diǎn)：如果網(wǎng)站的訪問量很大否淤，把session存儲(chǔ)到數(shù)據(jù)庫(kù)中，會(huì)對(duì)數(shù)據(jù)庫(kù)造成很大壓力棠隐，還需要增加額外的開銷維護(hù)數(shù)據(jù)庫(kù)叹括。
第五種terracotta實(shí)現(xiàn)session復(fù)制
原理：Terracotta的基本原理是對(duì)于集群間共享的數(shù)據(jù)，當(dāng)在一個(gè)節(jié)點(diǎn)發(fā)生變化的時(shí)候宵荒，Terracotta只把變化的部分發(fā)送給Terracotta服務(wù)器汁雷，然后由服務(wù)器把它轉(zhuǎn)發(fā)給真正需要這個(gè)數(shù)據(jù)的節(jié)點(diǎn)”龋可以看成是對(duì)第二種方案的優(yōu)化侠讯。
優(yōu)點(diǎn)：這樣對(duì)網(wǎng)絡(luò)的壓力就非常小，各個(gè)節(jié)點(diǎn)也不必浪費(fèi)CPU時(shí)間和內(nèi)存進(jìn)行大量的序列化操作暑刃。把這種集群間數(shù)據(jù)共享的機(jī)制應(yīng)用在session同步上厢漩，既避免了對(duì)數(shù)據(jù)庫(kù)的依賴，又能達(dá)到負(fù)載均衡和災(zāi)難恢復(fù)的效果岩臣。
實(shí)現(xiàn)方式：篇幅原因溜嗜，下篇再論宵膨。
以上講述的就是集群或分布式環(huán)境下，session的5種處理策略炸宵。其中就應(yīng)用廣泛性而言辟躏，第三種方式，也就是基于第三方緩存框架共享session土全，應(yīng)用的最為廣泛捎琐，無(wú)論是效率還是擴(kuò)展性都很好。而Terracotta作為一個(gè)JVM級(jí)的開源群集框架裹匙，不僅提供HTTP Session復(fù)制瑞凑，它還能做分布式緩存，POJO群集概页，跨越群集的JVM來(lái)實(shí)現(xiàn)分布式應(yīng)用程序協(xié)調(diào)等籽御，也值得學(xué)習(xí)一下。
