tag 緩存設計

標籤
貢獻5
80
12:46 AM · Nov 04 ,2025

@緩存設計 / 博客 RSS 訂閱

京東雲開發者 - 淺談HTTP緩存與CDN緩存的那點事

HTTP緩存與CDN緩存一直是提升web性能的兩大利器,合理的緩存配置可以降低帶寬成本、減輕服務器壓力、提升用户的體驗。而不合理的緩存配置會導致資源界面無法及時更新,從而引發一系列的衍生問題。本文將分別將從HTTP緩存與cdn緩存的規則、流程、配置入手,能讓大家瞭解基礎概念的同時,可對自己的項目配置定製化的緩存調優方案,以及在遇到緩存問題時如何快速定位解決。 首先,讓我們來了解一下緩存在實際場景中

web性能優化 , http緩存 , cdn緩存 , 緩存設計

收藏 評論

京東雲開發者 - 緩存空間優化實踐

作者:京東科技 董健 導讀 緩存Redis,是我們最常用的服務,其適用場景廣泛,被大量應用到各業務場景中。也正因如此,緩存成為了重要的硬件成本來源,我們有必要從空間上做一些優化,降低成本的同時也會提高性能。 下面以我們的案例説明,將緩存空間減少70%的做法。 場景設定 1、我們需要將POJO存儲到緩存中,該類定義如下 public class TestPOJO implements Seriali

redis , hash , 緩存 , 緩存設計

收藏 評論

Leojx - Redis 熱點 key 治理

Redis 的“熱點 key”問題指的是某些 key 被頻繁訪問(讀或寫),導致服務器負載不均衡甚至性能瓶頸。在高併發系統中,這是常見的性能隱患之一。 一、熱點 Key 的危害 單點瓶頸:某個 key 被高頻訪問,導致 Redis CPU 飆升,QPS 降低。 緩存擊穿:熱點 key 失效後瞬間大量請求落到數據庫,可能造成雪崩。 負載不均:集羣中某節點因為熱點 key 負載過高。 延遲

redis , 熱點 , redis集羣 , 緩存設計

收藏 評論

京東雲開發者 - 服務端應用多級緩存架構方案 | 京東雲技術團隊

一:場景 20w的QPS的場景下,服務端架構應如何設計? 二:常規解決方案 可使用分佈式緩存來抗,比如redis集羣,6主6從,主提供讀寫,從作為備,不提供讀寫服務。1台平均抗3w併發,還可以抗住,如果QPS達到100w,通過增加redis集羣中的機器數量,可以擴展緩存的容量和併發讀寫能力。同時,緩存數據對於應用來講都是共享的,主從架構,實現高可用。 三:如何解決緩存熱點(熱key)問題 但是如果

服務端 , 架構設計 , 架構 , qps , 緩存設計

收藏 評論

抓bug的貓 - 提升性能!使用 LinkedHashMap 進行緩存設計的 3 大技巧

在開發中,我習慣使用 ConcurrentHashMap 做緩存,但當需要控制緩存大小並進行緩存淘汰時,我通常依賴第三方緩存框架,如 Caffeine 或 Guava Cache。 最近在閲讀 Mondrian 源碼時,發現了一種新的緩存設計,引發了我的思考,特此記錄。 在 Mondrian 源碼中,有這樣一段代碼: private final MapInteger, MutableConnect

數據結構 , 性能 , JAVA , 緩存設計 , 後端

收藏 評論

用户bPdd2O9 - Redis緩存優化秘籍:輕鬆應對高併發

專業在線打字練習網站-巧手打字通,只輸出有價值的知識。 一 緩存應用面臨的挑戰 在提供核心服務時,緩存機制已成為確保高性能、低延遲的基石。 然而,緩存的使用主要面臨兩大難題: 如何管理緩存空間的增長:隨着數據的不斷累積,緩存所需的空間會逐步擴大,這直接關係到成本的上升。 如何保障緩存服務的穩定性:這是至關重要的,因為任何不穩定都可能對服務性能造成重大影響。 那麼,究竟哪些因素可能導致

redis , 高併發 , 緩存 , 緩存設計

收藏 評論

蘇琢玉 - 用裝飾器模式實現多層緩存:讓PHP應用更快更穩

為什麼要做多層緩存? 想象這樣一個場景:你的PHP應用每次訪問數據庫都要花1秒鐘,用户抱怨頁面加載太慢。這時候你會想到加緩存——但只用一層緩存夠嗎? 比如: 內存緩存雖然快,但重啓服務數據就沒了 Redis緩存能持久化,但網絡請求也有開銷 文件緩存最可靠,但磁盤讀寫速度有限 多層緩存的思路很簡單: 把最快的緩存放在最前面,就像快遞櫃一樣—— 優先從內存取(速度最快) 內存沒有

高併發 , php , 緩存 , 緩存設計

收藏 評論