什麼是session？ 由於HTTP協議是無狀態的協議，因此它不會去記住上一次瀏覽器訪問伺服器時的信息。同一個用戶的兩次操作，與兩個不同用戶的操作，對它來說是一樣的。 這樣雖然滿足了互聯網web應用的海量訪問的需求，但是對於現今類似電商的應用來說，是需要實現登錄以及身份驗證需求的，但是無狀態的HTT ...
什麼是session？
由於HTTP協議是無狀態的協議，因此它不會去記住上一次瀏覽器訪問伺服器時的信息。同一個用戶的兩次操作，與兩個不同用戶的操作，對它來說是一樣的。 這樣雖然滿足了互聯網web應用的海量訪問的需求，但是對於現今類似電商的應用來說，是需要實現登錄以及身份驗證需求的，但是無狀態的HTTP顯然是做不到的，這樣才出現了session。
Web伺服器為每個用戶創建一個會話，存儲用戶的相關信息，以便多次請求能夠定位到同一個上下文。
web-server可以自動為每一個瀏覽器訪問的用戶自動創建session，提供數據存儲功能。最常見的，會把用戶的登錄信息、用戶信息存儲在session中，以保持持續登錄狀態。
什麼是session一致性問題？
每次http短連接請求，理論上服務端都能定位到session，保持會話狀態。
當應用只有一臺web-server提供服務時，每次瀏覽器發送http請求，都能夠正確路由到存儲session的對應web-server（因為只有一臺）。
此時的web-server是無法保證高可用的，因此如果我們採用Nginx反向代理，然後加上web-server “冗餘+故障轉移”的方案，用多台web-server來保證高可用時，每次http短連接請求就不一定能路由到正確的session了。
比如第一次用戶登錄的時候，Nginx路由到 web-server1，且在web-server1上創建了session，當第二次訪問時，Nginx路由到了web-server2上。此時web-server2上是沒有用戶的登錄信息的，那麼就會導致用戶需要重新登錄，這樣用戶體驗肯定是不好的。
那麼如何保證分散式系統的session路由一致性呢？
一、session同步法
這個方案的思路就是，多個web-server之間相互同步session，這樣每個web-server之間都包含全部的session。
優點：應用程式不需要修改代碼。
不足：
-
session的同步需要數據傳輸，占內網帶寬，有時延
-
所有web-server都包含所有session數據，數據量受記憶體限制，無法水平擴展。
二、客戶端存儲法
這個方案的思路就是，服務端存儲所有用戶的session的話記憶體占用較大，可以將session存儲到瀏覽器cookie中，每個端只要存儲一個用戶的數據了。
優點：服務端不需要存儲。
缺點：
-
每次http請求都攜帶session，占外網帶寬
-
數據存儲在端上，併在網路傳輸，存在泄漏、篡改、竊取等安全隱患
-
session存儲的數據大小受cookie限制
“端存儲”的方案雖然不常用，但確實是一種思路。
三、反向代理hash一致性
這個方案的思路就是，在反向代理層做點文章，讓同一個用戶的請求保證落在一臺web-server上。
我們可以在反向代理層使用用戶ip來做hash，以保證同一個ip的請求落在同一個web-server上。
優點：
-
只需要改nginx配置，不需要修改應用代碼
-
負載均衡，只要hash屬性是均勻的，多台web-server的負載是均衡的
-
可以支持web-server水平擴展
不足：
-
如果web-server重啟，一部分session會丟失，例如部分用戶重新登錄
-
如果web-server水平擴展，rehash後session重新分佈，也會有一部分用戶路由不到正確的session
四、後端統一存儲法
思路就是，將session存儲在web-server後端的存儲層，資料庫或者緩存。
優點：
-
沒有安全隱患
-
可以水平擴展，資料庫/緩存水平切分即可
-
web-server重啟或者擴容都不會有session丟失
不足：增加了一次網路調用，並且需要修改應用代碼。
對於db存儲還是cache，個人推薦後者：session讀取的頻率會很高，資料庫壓力會比較大。如果有session高可用需求，cache可以做高可用，但大部分情況下session可以丟失，一般也不需要考慮高可用。
總結
保證session一致性的架構設計常見方法：
-
session同步法：多台web-server相互同步數據
-
客戶端存儲法：一個用戶只存儲自己的數據在cookie中。
-
反向代理hash一致性：保證一個用戶的請求落在一臺web-server上
-
後端統一存儲：web-server重啟和擴容，session也不會丟失
對於方案3和方案4，個人建議推薦後者：
-
web層、service層無狀態是大規模分散式系統設計原則之一，session屬於狀態，不宜放在web層。
