其實這個階段拿出分布式快取，有些早，前期主要用的是本地快取，我使用到的技術主要是ehcahe，這個記憶體基本就存在你應用執行的伺服器上面，這個有個很大的問題就是，不適合長久儲存，如果長久儲存，資料量很大的時候，會占用你的服務記憶體很大一部分空間，分布式快取用的比較多的是memcached以及後期的redis，但是我主要使用的是redis。
redis分布式快取也會有一系列的問題，例如：快取一致性，快取穿透/擊穿，快取雪崩，熱點資料集中失效的問題。後期我會針對這個問題寫一篇針對這些問題的解決辦法。
快取扛住了大部分用於請求，使用者增長，併發的壓力就會落到tomcat上，響應很慢。這裡我一直沒有很明白的了解，乙個tomcat的每秒併發數，網上看到很多介紹說預設支援150併發，可以改到250併發/秒。個人真的想驗證一下這個併發數。於是研究了一下，鏈結。
分布式本地快取（JVM快取）
適用本地 jvm 快取的場景 1 對效能有非常高的要求。2 不經常變化。3 占用記憶體不大。4 有訪問整個集合的需求。需要特別注意的地方 1 如果是快取查不到，再查db。切記一定要加上鎖，不然如果多個執行緒同時去查快取，然後查不到，然後又同時去查db，執行緒足夠多，有可能出現穿透db的情況。2 如果...
本地快取與分布式快取
因為系統已經無法從優化業務 的角度去優化系統了 為了提高系統的效能 可以將對資料一直性不高和不會頻繁修改的資料存入快取中 避免頻繁訪問資料庫 以此來優化效能 首先去快取中查詢如果沒有再從資料庫中查詢並儲存至快取中 如果有直接返回 可以在專案中新建乙個map用雲儲存快取資料 快取使用流程和之前一樣 有...
服務端分布式快取與本地快取
快取技術是保障系統效能的基礎技術 核心技術。最大程度上避免對資料庫的併發查詢，從而降低因為資料庫資源不足導致的系統故障。提公升系統的響應速度，保證使用者體驗 總之快取使系統穩定高效的執行。如果你的系統使用到了資料庫，但沒有使用快取，那你的 一定沒有多少訪問量 如果有訪問量，那你的 可用狀態一定是斷斷...