系統因為一些原因分成了2部分。其中部分表共用。開始加上分布式快取之後問題開始來了。
1、因為其中乙個系統不能支援lazy所以調整結構以提高效能，結果照成2邊實體不一致，當然快取會出問題，可以理解。
2、另外開啟查詢快取之後發現通過createsqlquery方式建立query開啟查詢快取查也會有問題。（理解萬歲）
3、2個系統啟動前需要清空下快取，會有乙個同步的問題？還有其中乙個關閉，一會兒再啟動快取也會有不一致的問題？具體的還沒研究。
現在苦惱於要把2邊的實體統一，當然不知道有沒更好的辦法解決。
分布式ehcache快取
今天在這裡了記錄一下學習ehcache分布式集群的過程。ehcache的三種最為常用集群方式，分別是 rmi jgroups 以及 jms ehcache的集群，是在每台快取伺服器上都複製儲存相同的內容，而是不是像redis3.0集群一樣，進行分開儲存。當一台服務啟動時，會把其它節點已快取的資料同步...
ehcache作為分布式快取的研究
ehcache支援兩種拓撲結構，一種是distributed caching，另一種是replicated caching distributed caching 一方面 l1是客戶端結點，基於terracotta server array的ehcache集群是由l1和l2共同組成的，它們一起共享應...
分布式快取
分布式快取 原則來說跟應用伺服器分布式應該是一樣，但快取是有狀態的。怎麼樣提高命中？1.最原始的演算法 那就是key hash取模，取到伺服器ip。在大量伺服器伸縮行有問題，加入一台伺服器就有可能讓所有的快取都失效。如 key hash 後是100，取10膜是0，取11膜 1，101 取10膜是1，...