整理的redis知識圖譜：
學習有更直觀的認識。
在高qps的系統中，爲了避免每次請求都查詢數據庫，給數據庫造成很大的壓力，一般都會使用緩存來減輕數據庫的訪問壓力。不過緩存的一些問題會導致緩存失去應有的作用，使得請求還是訪問了數據庫，給數據庫造成了很大的壓力。這些問題包括 緩衝穿透 緩衝
秒殺場景 一般是在京東、淘寶活動日，譬如京東618秒殺，淘寶雙11秒殺等，其本質即是超大的流量訪問秒殺接口，真正秒殺到的用戶很少；要求服務器能夠承載超大流量用戶的請求，保證用戶體驗。 如何能夠提高用戶體驗呢？ 其實就是針對大流量
Keepalived實現Redis Failover自動故障切換 參考資料： http://patrick-tang.blogspot.com/2012/06/redis-keepalived-failover-system.html
這個就是內存佔用超過了限制，解決方案： 加載文件的容量太大 這個只能切分文件，使用BufferedInputStream一行行讀取： BufferedInputStream bufferedReader = new Buffere
5.1 緩存擊穿 緩存擊穿是指緩存中沒有但數據庫中有的數據(一般是緩存時間到期)，這時由於 併發用戶特別多，同時讀緩存沒讀到數據，又同時去數據庫去取數據，引起數據庫壓力 瞬間增大，造成過大壓力。 有些數據是錯誤數據沒有必要查庫的數
傳統的mysql分頁查詢 select * from table limit n , m MySQL 執行此類SQL時需要先分頁(默認一頁1000條數據)通過全表掃描到N行，然後再去取M行。對於此類操作，獲取前面少數幾行數據會很快
Redis 6.0的新特性也是在一步步的討論和優化中確定的。 很多的特性已經在之前的RC等版本中介紹過了。 但是正式GA版中也在一些新的變化: SSL ACL: 更好，命令支持 RESP3 Client side cachi
項目需求 在Yii2的高級模板中，可以創建多個應用。 目前有兩個應用 網站 管理後臺 其中網站使用pageCache作爲緩存組件。 由於使用緩存組件，導致後臺的內容沒有及時更新，所以，需要在後臺創建模塊，手動刷新網站的緩存。 思路
系列文章是博主對沈劍的《架構師訓練營》分享內容的個人筆記總結，原內容公衆號“成爲架構師”。 目錄1 CDN2 就近訪問3 CDN的構成部分4 源與鏡像的一致性問題一致性問題的解決方案資源更新 1 CDN CDN（content
緩存機制 緩存的存在就是用空間換取時間，如果每次遠程調用都要從註冊中心獲取一次可調用的服務列表，則會讓註冊中心承受巨大的流量壓力。另外，每次額外的網絡請求也會讓整個系統的性能下降。因此，Dubbo的註冊中心實現了通用的緩存機制，在
Springboot緩存 Spring緩存抽象 重要概念以及緩存註解 Cache：緩存接口，定義緩存操作，實現又：RedisCache,EhCacheCache,ConcurrentMapCache等 CacheManager:
文章目錄1 認識緩存2 一級緩存3 二級緩存4 緩存交互5 查詢緩存 Hibernate中的持久態實際上就利用了緩存的處理機制。 1 認識緩存 所謂的緩存實際上指的就是一種查詢性能的有效提升手段。可以避免數據重複查詢所帶來的性能開
今天，我面試了某大廠的java開發崗位，迎面走來一位風塵僕僕的中年男子，手裏拿着屏幕還亮着的mac，他衝着我禮貌的笑了笑，然後說了句“不好意思，讓你久等了”，然後示意我坐下，說：“我們開始吧。看了你的簡歷，覺得你對redis應該掌握的不錯
前言： 隨着業務的發展，可能出現了大量數據的請求，在這個時候，如果所有的請求都湧入數據庫，就會造成數據庫的壓力增大，一些簡單的sql查詢因爲數據庫承受大量壓力的而幾何式變慢，甚至造成癱瘓。 因爲，爲了解決這個問題，引入了nosql，而re
本地連接： redis-cli 遠程連接： redis-cli -h xx.xxx.xxx.xxx(ip) -p xxxx(端口)
