緩存和數據庫更新策略：先刪除緩存還是先更新數據庫？
在分佈式系統和高併發應用中，緩存與數據庫的一致性是一個核心挑戰。關於"先刪除緩存還是先更新數據庫"的問題，業界有深入研究和多種實踐方案。以下是綜合分析： 兩種策略對比 1. 先刪除緩存，再更新數據庫（Cache-Aside模式） 流程 刪除緩衝中的數據 更新數據庫中的新數據 優點 實現簡單直觀 確保後續讀取能獲取最新數據（因為緩存已刪除） 缺點 在併發讀寫時可能導致
昵稱 ChiefHela
動態
XXL-CACHE v1.4.0 ｜ 多級緩存框架
Release Notes 1、【升級】項目升級JDK17； 2、【升級】項目部分依賴升級，如caffeine，適配JDK17； 3、【優化】L1緩存廣播發布/訂閲斷連重連優化(ISSUE-32)； 4、【重構】合併PR-28，重構 getCache 方法並優化性能； 5、【優化】合併PR-35，引入單元測試框架，重寫單元測試方法； 6、【升級】多個依賴升級最新版本，如jedis、c
昵稱 xuxueli
六大緩存（Caching）策略揭秘：延遲與複雜性的完美平衡
引言 在為應用程序添加緩存時，首先需要考慮緩存策略。緩存策略決定了從緩存和底層存儲（如數據庫或服務）進行讀寫操作的方式。 從高層次來看，你需要決定在發生緩存未命中（cache miss）時，緩存是被動還是主動的。也就是説，當應用程序從緩存中查找一個值但該值不存在或已過期時，緩存策略會決定是由應用程序還是緩存本身從底層存儲中獲取數據。不同的緩存策略在延遲和複雜性之間存在不同的權衡，下面我們將逐一探討
昵稱 葡萄城技術團隊
鴻蒙應用開發——Repeat組件的使用
【高心星出品】 Repeat組件的使用 概念 Repeat基於數組類型數據來進行循環渲染，一般與容器組件配合使用。 Repeat根據容器組件的有效加載範圍（屏幕可視區域+預加載區域）加載子組件。當容器滑動/數組改變時，Repeat會根據父容器組件的佈局過程重新計算有效加載範圍，並管理列表子組件節點的創建與銷燬。 Repeat必須在滾動類容器組件內使用，僅有List、ListItemGro
昵稱 高心星
線程池ThreadPoolExecutor源碼深度解析｜得物技術
一、引 言 為什麼進行源碼角度的深度解析？ 大家在項目中到處都在使用線程池做一些性能接口層次的優化，原先串行的多個遠程調用，因為rt過高，通過線程池批量異步優化，從而降低rt。還有像RocketMQ中broker啓動時，同時通過ScheduledThreadPoolExecutor線程池執行其他組件的定時任務，每隔一段時間處理相關的任務。線程池廣泛的應用在外面各種實際開發場景中，我們很多同學可能在
昵稱 得物技術
未來數據庫硬件-網絡篇
本文在綠泡泡“狗哥瑣話”首發於2025.2.17 -關注不走丟。 最近看到一篇不錯的文章，叫做“Modern Hardware for Future Databases”，裏面從幾個方向講了下現在數據庫的硬件發展趨勢，今天先來説説網絡篇。 內容中，一位大佬對（獲過圖靈獎的大佬）OLTP系統進行了一些基準測試，發現TCP-IP協議棧對於總體CPU使用率是佔在47～68%。如果使用的網絡帶寬增加，這
昵稱 泊浮目
告別 T+1！解密金融級實時數據平台的構建與實踐
在數字金融浪潮下，數據處理的“實時性”已不再是加分項，而是逐漸成為決定業務價值的核心競爭力。 然而，金融機構在追求實時的道路上，往往陷入一個新的困境：實時分析系統與離線大數據平台形成了兩套獨立的“煙囱”，數據孤島、口徑不一、運維複雜、成本高昂等問題隨之而來。如何打破壁壘，在統一的平台上實現對實時流數據和海量歷史數據的統一管理與高性能分析，成為了當下金融機構的核心訴求。 一、業務困境：傳統“T+1”
昵稱 鏡舟科技
2025 年非關係型數據庫全面指南：類型、優勢
非關係型數據庫的分類與特點 隨着數據量呈指數級增長和數據類型日益多樣化，傳統關係型數據庫在處理海量非結構化數據時面臨着嚴峻挑戰。非關係型數據庫（NoSQL）應運而生，它摒棄了傳統關係模型的約束，採用更靈活的數據存儲方式，為大數據時代的多樣化需求提供瞭解決方案。 2025 年，非關係型數據庫已經發展成為數據基礎設施的重要組成部分，根據其數據模型和存儲特點，可以將非關係型數據庫分為以下幾大類型： 鍵
昵稱 鏡舟科技
什麼是關係型數據庫？全面解析 RDBMS 核心原理與應用實踐
關係型數據庫基礎：定義與核心概念 關係型數據庫（Relational Database）是一種基於關係模型的數據庫管理系統，它以表格（table）的形式存儲數據，並通過結構化查詢語言（SQL）進行數據操作。作為當今最主流的數據庫類型，關係型數據庫以其嚴格的數據一致性、完整性和可靠性，成為企業信息系統的基石。 關係型數據庫的核心特徵 關係型數據庫區別於其他類型數據庫的關鍵特徵包括： 表格化數據結
昵稱 鏡舟科技
數據湖典型架構解析：2025 年湖倉一體化解決方案
數據湖架構概述：從傳統模型到 2025 年新範式 數據湖作為存儲海量異構數據的中央倉庫，其架構設計直接影響企業數據價值的釋放效率。傳統數據湖架構主要關注數據的存儲和管理，而 2025 年的數據湖架構已經演變為更加智能化、自動化的綜合性數據平台。 數據湖本質上是一個存儲庫，允許企業以原生格式存儲各類數據，包括結構化、半結構化和非結構化數據。與傳統數據倉庫相比，數據湖採用“讀時模式”（schema-o
昵稱 鏡舟科技
DevOps 組織的建設密碼：人才勝任力模型全解析
本文來自騰訊藍鯨智雲社區用户: CanWay 為什麼需要構建DevOps組織級人才勝任力模型 縱覽DevOps在中國的整個發展過程，在18、19年之前，業內一般將其定義為1.0階段，相對更重工程，以往提到的DevOps人才主要指的是在持續交付方面的工程師，如CI、配置管理、相關工具設計與開發等的工程師，畫像相對較簡單。 但在之後，DevOps逐漸進入2.0階段，更強調的是軟件交付端到端的全生命週期
昵稱 騰訊藍鯨智雲
什麼是列存儲（Columnar Storage）？深度解析其原理與應用場景
列存儲的基本概念：顛覆傳統的數據組織方式 列存儲（Column Storage）是一種革命性的數據庫存儲技術，它通過按列而非按行組織數據，從根本上改變了數據的物理存儲結構。與傳統行存儲數據庫不同，列式數據庫將每一列的數據連續存儲在一起，而不是將每一行的數據存儲在一起。這種看似簡單的存儲結構變化，卻為分析型查詢帶來了質的飛躍。 要理解列存儲的本質，我們可以通過一個簡單的例子來説明。假設有一個包含用户
昵稱 鏡舟科技
架構師必備：實時對賬與離線對賬
背景 在跨系統之間的數據寫入場景下，上下游系統極有可能因為網絡超時/抖動、或寫本地DB與調外部接口不能同時成功等原因，而出現數據不一致的問題，因此需要有及時發現不一致問題、並自動修復的能力。下面結合筆者的經驗，把對賬做個總結。 需要注意的是，這裏提的對賬不特指資金對賬，而是跨系統的字段對賬，如B端與C端系統之間的對賬。 對賬的指標 判斷對賬是否做得好，主要看這幾個指標： 完備性：確保所有字段都
昵稱 Java烘焙師
六邊形架構模式深度解析
在分佈式系統設計領域，六邊形架構（Hexagonal Architecture，又稱端口與適配器模式）作為一種以領域為中心的架構模式，通過明確分離核心業務邏輯與外部交互，有效提升系統的可測試性、可擴展性與可維護性。本文從核心概念、實現原理、應用場景及面試高頻問題四個維度，結合Spring生態實踐，系統解析六邊形架構的設計思想與最佳實踐。 一、六邊形架構的核心概念與設計原則 1.1 架構模型與
昵稱 晴空月明
ClkLog埋點與用户行為分析系統2.0：架構升級性能躍遷，限時優惠速來體驗
ClkLog本次升級版本為PRO專業版和CDP企業版 ，我們通過使用寬表模式以提升複雜查詢性能與二次擴展的便利程度。2.0將更適合高併發、複雜分析場景的企業團隊。 一、2.0版本能力亮點 架構級別的升級 數據接收與存儲結構全面重構 1.0版本：自定義事件屬性、用户屬性以JSON格式存儲 2.0版本：升級為「寬表模式」，更適合結構化分析與查詢優化 查
昵稱 clklog
運營商實戰成果！分佈式架構可觀測能力建設全攻略
本文來自騰訊藍鯨智雲社區用户: CanWay 近年來，隨着企業業務規模日益龐大，IT架構日益複雜，雲計算、微服務等一系列技術在各企業內部開始逐步探索落地。技術的發展不僅對企業內部運維管理產生了極大的挑戰，對於監控體系也提出了更高的要求。 某運營商公司在IT架構搭建、組織部門規劃時，大膽採用先進理念，進行了全部業務系統的分佈式設計、SRE運維部門的分工創建。嘉為藍鯨全棧智能觀測中心在其中為業務
昵稱 騰訊藍鯨智雲
營銷會場預覽直通車實踐｜得物技術
一、背景：活動會場的配置走查之痛 在電商營銷中，會場是承載活動流量的核心陣地。得物的營銷會場不僅覆蓋520、七夕等活動節點，也支撐日常的"天天領券"、"瘋狂週末"等高頻運營場景。數據顯示，會場的UV佔比、GMV貢獻、訂單量均佔平台重要比重。 然而，隨着業務複雜度提升，會場配置面臨三大挑戰。 1.1 三大挑戰 ※多目標耦合 同一會場需同時滿足不同運營GMV提升、拉新、促活等不同目標，導致配置策略疊
昵稱 得物技術
KWDB 分佈式架構探究——數據分佈與特性
本期直播我們邀請到 KaiwuDB 高級研發工程師馮友旭為大家分享《KWDB 分佈式架構探究——數據分佈與特性》，點擊下方視頻觀看完整版回放 ↓↓↓ KWDB 分佈式架構探究——數據分佈與特性 📌以下為重點內容節選，點擊上方視頻查看完整版內容。 背景介紹 數據分佈在數據庫中的作用至關重要，它直接影響到數據庫系統的性能、可擴展性、可用性、管理效率和成本。特別是在處理海量數據和高併發請求的現代應用中
昵稱 KaiwuDB
得物靈犀搜索推薦詞分發平台演進 3.0
導購是指在購物過程中為消費者提供指引和幫助的人或系統，旨在協助用户做出更優的購買決策。在電商平台中，導購通過推薦熱賣商品、促銷活動或個性化內容，顯著提升用户的購物體驗，同時推動銷售額的增長。其核心目標是通過精準的引導，滿足用户需求並促進商業價值最大化。 詞分發：導購的重要組成部分 在電商導購體系中，詞分發作為關鍵環節，主要聚焦於與關鍵詞推薦相關的功能。這些功能包括但不限於下拉詞、底紋詞、熱搜榜單、
昵稱 得物技術
粗識計算機體系結構
1. 計算機的定義 參考現在流行的電腦，可以把計算機的設備分類為： 輸入：通過鍵盤、鼠標、攝像頭、網絡等方式接收數據。 存儲：把數據和程序保存下來（內存、硬盤等）。 處理：由中央處理器（CPU）、圖形處理器（GPU）、專用處理單元（如 NPU）執行運算。 輸出：顯示結果，或者把結果傳遞到其他設備（顯示器、打印機、網絡）。 計算機（Computer）最核心的定義是： 一種能夠自動接
昵稱 愛熱鬧的醬牛肉_elzFx0
文檔：架構師的“編程語言”
高級開發工程師懂得將代碼部署到由代碼構成的系統中，而架構師則懂得將想法部署到由人構成的系統裏。 從初級開發到資深/首席開發，職業路徑通常很清晰：代碼寫得越好，能輔助高效編碼的技術、非技術能力越強，晉升速度就越快。但一旦到了資深級別，職業道路就會出現一個關鍵分叉。 很多開發者會選擇管理崗。這條路徑能大幅提升影響力，幫你在職業階梯上繼續攀升，但缺點也很明顯------你
昵稱 葡萄城技術團隊
架構師必備：緩存更新模式總結
大家好，我是Java烘焙師。如何更新緩存和DB、做到性能和一致性的取捨，是一個很常見的話題。下面結合筆者的經驗和思考，系統性地總結一下緩存更新模式，講透講明白。 1、旁路緩存（cache-aside） 實現方案 查詢：先查緩存，查不到緩存時再查DB，並把DB內容寫入緩存、設置合適的過期時間 更新：先更新DB，再刪緩存；做到極致則需引入延遲雙刪機制 之所以不是先刪緩存、再更新DB，是因為在這
昵稱 Java烘焙師
《從木偶江湖到活色長安：NPC行為失控的架構級解決方案》
在武俠開放世界遊戲《江湖餘燼》的內測階段，一個直擊核心體驗的Bug讓研發團隊倍感壓力。當時，玩家在“長安城”核心區域—這個NPC密度超過50個/平方公里的繁華地段，只要長時間停留超過30分鐘，並且頻繁與不同NPC進行交互，比如接取任務、購買道具或是觸發劇情，就會有大約25%的NPC出現“行為崩壞”的情況。那些本該守着攤位、有條不紊售賣商品的商販，會突然在原地不停轉圈，機械地重複“取貨”的動作，卻始
昵稱 程序員阿偉
《根治開放世界坐騎卡頓：從時鐘同步到負載均衡的架構級解決方案》
在奇幻開放世界遊戲《蒼穹牧場》的內測階段，一個直接影響核心探索體驗的“坐騎移動卡頓”Bug，成了研發團隊必須攻克的難題。這款遊戲的核心玩法之一，就是玩家通過操控不同類型的坐騎（如飛天翼獸、陸地巨象）在廣闊的開放世界中探索，而“破碎高原”作為遊戲中地形最複雜的區域之一，不僅遍佈高低錯落的懸崖、隨機分佈的動態岩石障礙，還散落着玩家臨時建造的木屋、柵欄等建築，是玩家獲取稀有資源的關鍵區域。但正是在這裏，
昵稱 程序員阿偉