多臺服務器共享session問題

在如今的大型網站中，如何實現多臺服務器中的session數據共享呢

    當使用多臺服務器架設成集羣以後，咱們經過負載均衡的方式，同一個用戶（或者ip）訪問時被分配到不一樣的服務器上，假設在A服務器登陸，若是在B服務器拿不到用戶的登陸信息session。這時訪問到B服務器時就出現未登陸狀況。

    因此如何對於這種狀況作到共享session相當重要。

   如下給出一些解決方案：（來源網絡以及本身的一些看法）

  1.經過數據庫mysql共享session

     a.採用一臺專門的mysql服務器來存儲全部的session信息。

      用戶訪問隨機的web服務器時，會去這個專門的數據庫服務器check一下session的狀況，以達到session同步的目的。 

      缺點就是：依懶性太強，mysql服務器沒法工做，影響整個系統；

    b.將存放session的數據表與業務的數據表放在同一個庫。若是mysql作了主從，須要每個庫都須要存在這個表，而且須要數據實時同步。

    缺點：用數據庫來同步session，會加大數據庫的負擔，數據庫原本就是容易產生瓶頸的地方，若是把session還放到數據庫裏面，無疑是雪上加霜。上面的二種方法，第一點方法較好，把放session的表獨立開來，減輕了真正數據庫的負擔 。可是session通常的查詢頻率較高，放在數據庫中查詢性能也不是很好，不推薦使用這種方式。

2.經過cookie共享session

   把用戶訪問頁面產生的session放到cookie裏面，就是以cookie爲中轉站。

   當訪問服務器A時，登陸成功以後將產生的session信息存放在cookie中；當訪問請求分配到服務器B時，服務器B先判斷服務器有沒有這個session，若是沒有，在去看看客戶端的cookie裏面有沒有這個session，若是cookie裏面有，就把cookie裏面的sessoin同步到web服務器B，這樣就能夠實現session的同步了。 

   缺點：cookie的安全性不高，容易僞造、客戶端禁止使用cookie等均可能形成沒法共享session。

3.經過服務器之間的數據同步session

　　使用一臺做爲用戶的登陸服務器，當用戶登陸成功以後，會將session寫到當前服務器上，咱們經過腳本或者守護進程將session同步到其餘服務器上，這時當用戶跳轉到其餘服務器，session一致，也就不用再次登陸。

　　缺陷：速度慢，同步session有延遲性，可能致使跳轉服務器以後，session未同步。並且單向同步時，登陸服務器宕機，整個系統都不能正常運行。

4.經過NFS共享Session

　　選擇一臺公共的NFS服務器（Network File Server）作共享服務器，全部的Web服務器登錄的時候把session數據寫到這臺服務器上，那麼全部的session數據其實都是保存在這臺NFS服務器上的，不論用戶訪問那太Web服務器，都要來這臺服務器獲取session數據，那麼就可以實現共享session數據了。

　　缺點：依賴性太強，若是NFS服務器down掉了，那麼你們都沒法工做了，固然，能夠考慮多臺NFS服務器同步的形式。

5.經過memcache同步session

　　memcache能夠作分佈式，若是沒有這功能，他也不能用來作session同步。他能夠把web服務器中的內存組合起來，成爲一個"內存池"，不論是哪一個服務器產生的sessoin均可以放到這個"內存池"中，其餘的均可以使用。 

　　優勢：以這種方式來同步session，不會加大數據庫的負擔，而且安全性比用cookie大大的提升，把session放到內存裏面，比從文件中讀取要快不少。 

　　缺點：memcache把內存分紅不少種規格的存儲塊，有塊就有大小，這種方式也就決定了，memcache不能徹底利用內存，會產生內存碎片，若是存儲塊不足，還會產生內存溢出。 

6.經過redis共享session

　　redis與memcache同樣，都是將數據放在內存中。區別的是redis會週期性的把更新的數據寫入磁盤或者把修改操做寫入追加的記錄文件，而且在此基礎上實現了master-slave(主從)同步。

   根據實際開發應用，通常選擇使用memcache或redis方式來共享session.