摘要:
上一章中我們介紹到冷熱分離,旨在快速交付。但是他仍存在一些問題,并不是完美的方案,比如限制了業(yè)務的操作,必須再特定的業(yè)務場景下(冷數(shù)據(jù)不允許修改、冷數(shù)據(jù)查詢慢、不適合復雜查詢)。本章將介紹新的方案,支持千萬數(shù)據(jù)的快速查詢。 閱讀全文
上一章中我們介紹到冷熱分離,旨在快速交付。但是他仍存在一些問題,并不是完美的方案,比如限制了業(yè)務的操作,必須再特定的業(yè)務場景下(冷數(shù)據(jù)不允許修改、冷數(shù)據(jù)查詢慢、不適合復雜查詢)。本章將介紹新的方案,支持千萬數(shù)據(jù)的快速查詢。 閱讀全文
posted @ 2025-10-29 11:45
yihuiComeOn
閱讀(288)
評論(0)
推薦(1)

一個字符串替換引發(fā)的性能血案:正則回溯與救贖之路 凌晨2:15,釘釘監(jiān)控告警群瘋狂彈窗——文檔導入服務全面崩潰。 IDEA Profiler 火焰圖直指真兇: replaceFirst("\\?", ...) 正在以 O(n²) 的復雜度吞噬 CPU! 案發(fā)現(xiàn)場:MyBatis 攔截器的三重罪 問題
大數(shù)據(jù)高并發(fā)核心場景實戰(zhàn) - 數(shù)據(jù)持久化之冷熱分離 當云計算平臺的業(yè)務后臺處理工單突然接入客服系統(tǒng)的請求洪流,每日新增10萬工單,3000萬主表+1.5億明細表的數(shù)據(jù)庫開始呻吟——是時候請出「冷熱分離」這劑退燒藥了! 一、業(yè)務場景:工單表的生死時速 graph LR A[日均10萬工單增長] -->
《當Kafka化身抽水馬桶:論組件并發(fā)提升與系統(tǒng)可用性的量子糾纏關系》 引言:一場OOM引發(fā)的血案 某個月黑風高的夜晚,監(jiān)控系統(tǒng)突然發(fā)出刺耳的警報——我們的數(shù)據(jù)發(fā)現(xiàn)流水線集體撲街。事后復盤發(fā)現(xiàn):Kafka集群、Gateway、Discovery服務默契地同時表演了OOM自殺式藝術行為。這場事故完美演
客戶端“自廢武功”背后的深層秘密——CORS跨域是怎么回事? 嘿,對于剛?cè)腴T的開發(fā)新手,你是不是曾經(jīng)遇到過這樣的情況:你正在愉快地開發(fā)一個 Web 應用,代碼寫得熱火朝天,前后端配合得天衣無縫,直到某天你開始用 fetch 或者 axios 發(fā)送跨域請求,突然間,客戶端跳出了一個巨大的“CORS 錯
入口 力扣(LeetCode)官網(wǎng) - 全球極客摯愛的技術成長平臺備戰(zhàn)技術面試?力扣提供海量技術面試資源,幫助你高效提升編程技能,輕松拿下世界 IT 名企 Dream Offer。https://leetcode.cn/problems/daily-temperatures/description/
入口 力扣(LeetCode)官網(wǎng) - 全球極客摯愛的技術成長平臺備戰(zhàn)技術面試?力扣提供海量技術面試資源,幫助你高效提升編程技能,輕松拿下世界 IT 名企 Dream Offer。https://leetcode.cn/problems/remove-nth-node-from-end-of-lis
在本專欄之前的文章中已經(jīng)帶大家熟悉了Spirng中核心概念IOC的原理以及手寫了核心代碼,接下來將繼續(xù)介紹Spring中另一核心概念AOP。 AOP即切面編程是Spring框架中的一個關鍵概念,它允許開發(fā)者在應用程序中優(yōu)雅地處理橫切關注點,如日志記錄、性能監(jiān)控和事務管理。在切面編程中,切點表達式是一
代碼分支 https://github.com/yihuiaa/little-spring/tree/event-and-event-listenerhttps://github.com/yihuiaa/little-spring/tree/event-and-event-listener 內(nèi)容介紹
為了幫助大家更深入的理解bean的作用域,特意將BeanDefinition的雙例支持留到本章節(jié)中,創(chuàng)建Bean,相關Reader讀取等邏輯都有所改動。 內(nèi)容介紹 在Spring中,Bean的作用域(Scope)定義了Bean的生命周期和可見性。包括單例和原型,在本章節(jié)中我們將為Bean添加多例的支
浙公網(wǎng)安備 33010602011771號