@藍(lán)大妞er 多謝提醒
12.dubbo源碼-telnet方式telnet訪問dubbo 絕對(duì)神器，可以脫離consumer，在只有provider的情況下，訪問dubbo服務(wù)，驗(yàn)證provider的可用性和準(zhǔn)確性；假設(shè)用telnet方...
發(fā)簡信
IP屬地：廣東
-
-
@sunshujie1990 redlock需要大多數(shù)節(jié)點(diǎn)拿到鎖，才認(rèn)為是拿到鎖。少數(shù)個(gè)節(jié)點(diǎn)主從切換沒有影響
Redisson實(shí)現(xiàn)Redis分布式鎖的N種姿勢(shì)
前幾天發(fā)的一篇文章《Redlock：Redis分布式鎖最牛逼的實(shí)現(xiàn)》，引起了一些同學(xué)的討論，也有一些同學(xué)提出了一些疑問，這是好事兒。本文在講解如何使用Redisson實(shí)現(xiàn)Re...
-
你還是沒理解redlock，它需要N個(gè)redis單機(jī)，或者N個(gè)sentinel集群，或者N個(gè)cluster。
Redlock：Redis分布式鎖最牛逼的實(shí)現(xiàn)
普通實(shí)現(xiàn) 說道Redis分布式鎖大部分人都會(huì)想到：setnx+lua，或者知道set key value px milliseconds nx。后一種方式的核心實(shí)現(xiàn)命令如下：...
-
@Conscoundrel 你是把binlog轉(zhuǎn)成消息發(fā)送到kafka這類消息中間件么？如果是kafka，10個(gè)分區(qū)不行，就20個(gè)分區(qū)，還不行，就50個(gè)分區(qū)，然后想辦法優(yōu)化消費(fèi)端代碼執(zhí)行速度！
實(shí)現(xiàn)緩存最終一致性的兩種方案
一、重客戶端 寫入緩存： 應(yīng)用同時(shí)更新數(shù)據(jù)庫和緩存 如果數(shù)據(jù)庫更新成功，則開始更新緩存，否則如果數(shù)據(jù)庫更新失敗，則整個(gè)更新過程失敗。 判斷更新緩存是否成功，如果成功則返回 如...
-
@公眾號(hào)_think123 是的，oracleJDK 要191以后才支持，openjdk我不知道從哪個(gè)版本開始提供支持的。我們線上環(huán)境沒用openjdk
FullGC實(shí)戰(zhàn)：業(yè)務(wù)小姐姐查看圖片時(shí)一直在轉(zhuǎn)圈圈
業(yè)務(wù)小姐姐說圖片訪問不了，我開始慌了： 看到業(yè)務(wù)小姐姐發(fā)的這個(gè)圖片，你說能不慌嘛？但是再慌也要排查問題呀！對(duì)于這種前端響應(yīng)不過來的問題，首先就用瀏覽器的F12看看接口響應(yīng)速度...
-
@carl_zhao sharding-proxy目前對(duì)第三方客戶端兼容性還有很多需要完善的地方，proxy版本越高兼容性越好！datagrip畢竟還是比較小眾，sharding-proxy可能還沒適配
分庫分表后，測試小姐姐都哭了
歡迎關(guān)注筆者的公眾號(hào)：【阿飛的博客】，首發(fā)都在這里！??！ 什么？你們的測試是小哥哥？那就不要往下看了，讓他怎么難怎么來。 建議 根據(jù)你的業(yè)務(wù)特點(diǎn)，單表 > 分區(qū) > 單庫分表...
-
ZGC：深度剖析代表Java未來的GC，牛逼！JAVA程序最爽的地方是它的GC機(jī)制，開發(fā)人員不需要關(guān)注內(nèi)存申請(qǐng)和回收問題。同時(shí)，JAVA程序最頭疼的地方也是它的GC機(jī)制，因?yàn)檎莆認(rèn)VM和GC調(diào)優(yōu)是一件非常困難的事情。在P...
-
@HesherYa 可以阻止fgc，比如都設(shè)置為256m，那么metaspace從20m一直擴(kuò)容到256m之前都不會(huì)發(fā)生fgc
優(yōu)化我的IDEA GC
IDEA是個(gè)好東西，可以說是地球上最好的Java開發(fā)工具，但是偶爾也會(huì)卡頓，仔細(xì)想想IDEA也是Java開發(fā)的，會(huì)不會(huì)和GC有關(guān)，于是就有了接下來對(duì)IDEA的GC進(jìn)行調(diào)優(yōu)； ...
-
@guli_2018 entry數(shù)組遍歷數(shù)組要比沖突鏈表要快很多！
探索StringTable提升YGC性能
很久很久以前看過笨神的一篇文章JVM源碼分析之String.intern()導(dǎo)致的YGC不斷變長，其原因是YGC過程需要對(duì)StringTable做掃描，而String.int...
-
@navy_dea4 你就讓上游服務(wù)一直等下去？？你系統(tǒng)的SLA怎么保證？
分布式ID增強(qiáng)篇--優(yōu)化時(shí)鐘回?fù)軉栴}
原生實(shí)現(xiàn) 本文承接sharding-jdbc源碼之分布式ID，在這篇文章中詳細(xì)介紹了sharding-jdbc的分布式ID是如何實(shí)現(xiàn)的；很遺憾的是sharding-jdbc只...
-
@amourling 大勢(shì)所示，以后各種語言語法都會(huì)相互借鑒。比拼的就是生態(tài)了！
JDK14來了：9大重磅特性解讀，不容錯(cuò)過?。。?/a>
JEP 305: Pattern Matching for instanceof (Preview)JEP 358: Helpful NullPointerException...
-
@10968ce0f35d 就是redisson有實(shí)現(xiàn)呀
Redisson實(shí)現(xiàn)Redis分布式鎖的N種姿勢(shì)
前幾天發(fā)的一篇文章《Redlock：Redis分布式鎖最牛逼的實(shí)現(xiàn)》，引起了一些同學(xué)的討論，也有一些同學(xué)提出了一些疑問，這是好事兒。本文在講解如何使用Redisson實(shí)現(xiàn)Re...
-
@guli_2018 假設(shè)我設(shè)定redis超時(shí)為10s，但是任務(wù)執(zhí)行快到10s時(shí)（redisson是2/3*10s）還沒執(zhí)行完，那么這時(shí)候應(yīng)該要把這個(gè)超時(shí)時(shí)間延長。否則10s到了當(dāng)前任務(wù)沒執(zhí)行完，就會(huì)讓其他任務(wù)搶到鎖！
Redlock：Redis分布式鎖最牛逼的實(shí)現(xiàn)
普通實(shí)現(xiàn) 說道Redis分布式鎖大部分人都會(huì)想到：setnx+lua，或者知道set key value px milliseconds nx。后一種方式的核心實(shí)現(xiàn)命令如下：...
-
@guli_2018 不可以哈！我們注冊(cè)中心和分布式鎖的zk集群是隔離的！
Redlock：Redis分布式鎖最牛逼的實(shí)現(xiàn)
普通實(shí)現(xiàn) 說道Redis分布式鎖大部分人都會(huì)想到：setnx+lua，或者知道set key value px milliseconds nx。后一種方式的核心實(shí)現(xiàn)命令如下：...
-
sentinel模式直接用就可以了，單redis單例差不多，不需要任何封裝，原生就支持
Redis cluster使用pipeline
一般解決思路 redis集群有16384個(gè)slot，例如有3個(gè)節(jié)點(diǎn)，那么每個(gè)節(jié)點(diǎn)可能分配的slot為Node A是0-5500，Node B是5501-11000，Node ...
-
Redis cluster使用pipeline
一般解決思路 redis集群有16384個(gè)slot，例如有3個(gè)節(jié)點(diǎn)，那么每個(gè)節(jié)點(diǎn)可能分配的slot為Node A是0-5500，Node B是5501-11000，Node ...
-
@wonderspig 你搞錯(cuò)了，redlock不是為了解決續(xù)租的問題！
Redlock：Redis分布式鎖最牛逼的實(shí)現(xiàn)
普通實(shí)現(xiàn) 說道Redis分布式鎖大部分人都會(huì)想到：setnx+lua，或者知道set key value px milliseconds nx。后一種方式的核心實(shí)現(xiàn)命令如下：...
-
@10968ce0f35d redisson就有實(shí)現(xiàn)續(xù)租
Redisson實(shí)現(xiàn)Redis分布式鎖的N種姿勢(shì)
前幾天發(fā)的一篇文章《Redlock：Redis分布式鎖最牛逼的實(shí)現(xiàn)》，引起了一些同學(xué)的討論，也有一些同學(xué)提出了一些疑問，這是好事兒。本文在講解如何使用Redisson實(shí)現(xiàn)Re...