@崩壞_2880 jar包的問題確實(shí)難以排查
SpringCloud-feign01概述 Feign能干什么 feign旨在使編寫java http客戶端變的更容易前面在使用Ribbon+RestTemplate時(shí)，利用RestTemplate對(duì)http請(qǐng)求...
發(fā)簡信
IP屬地：浙江
-
-
@我的一生是傳奇 謝謝
redis006--簡單限流
限流算法在分布式領(lǐng)域是一個(gè)經(jīng)常被提起的話題，當(dāng)系統(tǒng)的處理能力有限時(shí)，如何阻止計(jì)劃外的請(qǐng)求繼續(xù)對(duì)系統(tǒng)施壓，這是一個(gè)需要重視的問題。 除了控制流量，限流還有一個(gè)應(yīng)用目的是用于控制...
-
-
@流沙滿天飛 防止擊穿
redis分布式鎖--001（超時(shí)問題）
超時(shí)問題 于超出了鎖的超時(shí)限制，就會(huì)出現(xiàn)問題。因?yàn)檫@時(shí)候鎖過期了，第二個(gè)線程重新持有了這把鎖，但是緊接著第一個(gè)線程執(zhí)行完了業(yè)務(wù)邏輯，就把鎖給釋放了，第三個(gè)線程就會(huì)在第二個(gè)線程...
-
@做一個(gè)好人_f6d4 嗯呢，解決了就好
SpringCloud-feign01
概述 Feign能干什么 feign旨在使編寫java http客戶端變的更容易前面在使用Ribbon+RestTemplate時(shí)，利用RestTemplate對(duì)http請(qǐng)求...
-
@崩壞_2880 哈哈，我的簡書還有點(diǎn)用吧??????
SpringCloud-feign01
概述 Feign能干什么 feign旨在使編寫java http客戶端變的更容易前面在使用Ribbon+RestTemplate時(shí)，利用RestTemplate對(duì)http請(qǐng)求...
-
-
redis009---持久化Redis 的持久化機(jī)制有兩種，第一種是快照，第二種是 AOF 日志?？煺帐且淮稳總浞荩珹OF 日志是連續(xù)的增量備份。快照是內(nèi)存數(shù)據(jù)的二進(jìn)制序列化形式，在存儲(chǔ)上非常緊湊，而...
-
redis008--大海撈針Scan
在平時(shí)線上 Redis 維護(hù)工作中，有時(shí)候需要從 Redis 實(shí)例成千上萬的 key 中找出特定前綴的 key 列表來手動(dòng)處理數(shù)據(jù)，可能是修改它的值，也可能是刪除 key。這...
-
redis007--漏斗限流
漏斗限流是最常用的限流方法之一，顧名思義，這個(gè)算法的靈感源于漏斗（funnel）的結(jié)構(gòu)。 漏洞的容量是有限的，如果將漏嘴堵住，然后一直往里面灌水，它就會(huì)變滿，直至再也裝不進(jìn)。...
-
redis006--簡單限流
限流算法在分布式領(lǐng)域是一個(gè)經(jīng)常被提起的話題，當(dāng)系統(tǒng)的處理能力有限時(shí)，如何阻止計(jì)劃外的請(qǐng)求繼續(xù)對(duì)系統(tǒng)施壓，這是一個(gè)需要重視的問題。 除了控制流量，限流還有一個(gè)應(yīng)用目的是用于控制...
-
redis005--布隆過濾器上一節(jié)我們學(xué)會(huì)了使用 HyperLogLog 數(shù)據(jù)結(jié)構(gòu)來進(jìn)行估數(shù)，它非常有價(jià)值，可以解決多精確度不高的統(tǒng)計(jì)需求。 但是如果我們想知道某一個(gè)值是不是已經(jīng)在 HyperLogLo...
-
redis004--HyperLogLog(四兩撥千斤)
如果你負(fù)責(zé)開發(fā)維護(hù)一個(gè)大型的網(wǎng)站，有一天老板找產(chǎn)品經(jīng)理要網(wǎng)站每個(gè)網(wǎng)頁每天的 UV 數(shù)據(jù)，然后讓你來開發(fā)這個(gè)統(tǒng)計(jì)模塊，你會(huì)如何實(shí)現(xiàn)？ 如果統(tǒng)計(jì) PV (page view)那非...
-
redis003--節(jié)衣縮食（位圖）
在我們平時(shí)開發(fā)過程中，會(huì)有一些 bool 型數(shù)據(jù)需要存取，比如用戶一年的簽到記錄，簽了是 1，沒簽是 0，要記錄 365 天。如果使用普通的 key/value，每個(gè)用戶要記...
-
redis分布式鎖--003（鎖沖突處理）
鎖沖突處理 上節(jié)課我們講了分布式鎖的問題，但是沒有提到客戶端在處理請(qǐng)求時(shí)加鎖沒加成功怎么辦。一般有 3 種策略來處理加鎖失?。?、直接拋出異常，通知用戶稍后重試；2、slee...
-
redis分布式鎖--001（超時(shí)問題）
超時(shí)問題 于超出了鎖的超時(shí)限制，就會(huì)出現(xiàn)問題。因?yàn)檫@時(shí)候鎖過期了，第二個(gè)線程重新持有了這把鎖，但是緊接著第一個(gè)線程執(zhí)行完了業(yè)務(wù)邏輯，就把鎖給釋放了，第三個(gè)線程就會(huì)在第二個(gè)線程...
-
redis分布式鎖--001（組合命令的演變過程）
分布式鎖 時(shí)，發(fā)現(xiàn)已經(jīng)有人蹲在那里了，就只好放棄或者稍后再試。占坑一般是使用 setnx(set if not exists) 指令，只允許被一個(gè)客戶端占坑。先來先占， 用完...
