多台伺服器之間共用session

1. 寫用戶端Cookie的方式 

　　當使用者登陸成功以後，把網站網域名稱、使用者名稱、密碼、token、session有效時間全部採用cookie的形式寫入到用戶端的cookie裡面，如果使用者從一台Web伺服器跨越到另一台伺服器的時候，我們的程式主動去檢測用戶端的cookie資訊，進行判斷，然後提供對應的服務，當然，如果cookie到期，或者無效，自然就不讓使用者繼續服務了。當然，這種方法的弊端就不言而喻了，比如用戶端禁用了cookie或者cookie被駭客竊取了呢？ 

　　2. 伺服器之間Session資料同步的方式 

　　假設Web伺服器A是所有使用者登陸的伺服器，那麼當使用者驗證登陸一下，session資料就會寫到A伺服器裡，那麼就可以自己寫指令碼或者守護進程來自動把session資料同步到其他Web伺服器，那麼當使用者跳轉到其他伺服器的時候，那麼session資料是一致的，自然就能夠直接進行服務無須再次登陸了。缺點是，可能會速度慢，不穩定，如果是單向同步的話，登陸伺服器出現問題，那麼其他伺服器也無法服務，當然也可以考慮雙向同步的問題。 

　　3. 利用NFS共用Session資料的方式 

　　其實這個方案和下面的Mysql方案類似，只是儲存方式不一樣。大致就是有一台公用的NFS(　NFS是Network File System的簡寫,即網路檔案系統.

　　網路檔案系統是FreeBSD支援的檔案系統中的一種，也被稱為NFS. NFS允許一個系統在網路上與他人共用目錄和檔案。通過使用NFS，使用者和程式可以像訪問本地檔案一樣訪問遠端系統上的檔案)伺服器（Network File Server）做共用伺服器，所有的Web伺服器登陸的時候把session資料寫到這台伺服器上，那麼所有的session資料其實都是儲存在這台NFS伺服器上的，不論使用者訪問哪台Web伺服器，都要來這台伺服器擷取session資料，那麼就能夠實現共用session資料了。缺點是依賴性太強，如果NFS伺服器down掉了，那麼大家都無法工作了，當然，可以考慮多台NFS伺服器同步的形式。 

　　4. 利用Mysql資料庫共用Session資料的方式 

　　這個方式與NFS的方式類似，也是採用一台Mysql伺服器做共用伺服器，把所有的session的資料儲存到Mysql伺服器上，所有Web伺服器都來這台Mysql伺服器來擷取Session資料。缺點也是依賴性太強，Mysql無法工作了影響所有的Web伺服器，當然，可以考慮多太Mysql資料庫來共用session，使用同步Mysql資料的方式。 

　　5. 使用硬體裝置 

　　這個算是比較成熟的解決方案了，使用類似BIG-IP(負載平衡器是一種採用各種分配演算法把網路請求分散到一個伺服器叢集中的可用伺服器上去，通過管理進入的Web資料流量和增加有效網路頻寬，從而使網路訪問者獲得儘可能最佳的連網體驗的硬體裝置。

)的負載裝置來實現資源共用，那麼就能夠又穩定又合理的的共用Session了。目前很多門戶網站採用這種方式。缺點很明顯了，就是要收費了，硬體裝置肯定需要購買成本的，不過對於專業或者大型應用來講，是比較合理並且值得的