多台伺服器共享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.