網(wǎng)上已經(jīng)有很多這類方法了净宵，但可惜的是很多方法是無效的。裹纳。择葡。我從中找到了一個目前能夠滿足我司項目的方法，貼在這里剃氧，僅供參考
IP屬地：上海
-
spring boot跨域問題解決方法(可帶cookies)
-
公眾號：【crossoverJie】主要關(guān)注 JVM朋鞍、并發(fā)已添、分布式妥箕、網(wǎng)絡(luò)等相關(guān)技術(shù)。<br><br>GitHub:<a href="https://links.jianshu.com/go?to=https%3A%2F%2Fgithub.com%2Fcrossoverjie" target="_blank">https://github.com/crossoverjie</a>
-
redis主從復(fù)制redis復(fù)制的流程如下圖所示 1）保存主節(jié)點（master）信息。 2）主從建立socket連接 3）發(fā)送ping命令 4）權(quán)限驗證 5）同步數(shù)據(jù)集 同步數(shù)據(jù)集分為全量同步...
-
-
redis的數(shù)據(jù)結(jié)構(gòu)及其內(nèi)部編碼redis有5種基本的數(shù)據(jù)結(jié)構(gòu)string, list, set, zet, hash, 其對應(yīng)的內(nèi)部編碼如圖所示 為什么一個數(shù)據(jù)結(jié)構(gòu)由多種內(nèi)部編碼實現(xiàn)污尉？ 對內(nèi)部編碼的改進不...
-
redis為什么那么快
redis是單線程的處理命令的膀哲，還會達到每秒萬級別的處理能力呢？ 原因有3點 1.純內(nèi)存訪問 redis將所有數(shù)據(jù)放在內(nèi)存中被碗，而內(nèi)存的響應(yīng)時間很快某宪，大約為100納秒 2.非阻...
-
kafka的可靠性保證
這一篇主要來講講kafka的可靠性是如何實現(xiàn)的 1.kafka可靠性的基本機制 順序性保證Kafka可以保證分區(qū)消息的順序。如果使用同一個生產(chǎn)者往同一個分區(qū)寫入消息锐朴，而且消息...
-
kafka的首領(lǐng)選舉
當(dāng)控制器發(fā)現(xiàn)一個首領(lǐng)已經(jīng)離開集群兴喂，控制器遍歷分區(qū)，并確定誰應(yīng)該成為新首領(lǐng)（簡單來說就是分區(qū)副本列表里的下一個副本）焚志，然后向所有包含新首領(lǐng)和現(xiàn)有跟隨者的broker發(fā)送請求衣迷。 ...
-
zookeeper對集群的調(diào)節(jié)
1.節(jié)點注冊 broker啟動的時候，創(chuàng)建臨時節(jié)點把自己的ID注冊到Zookeeper的/brokers/ids 2.控制器選舉 控制器其實就是一個broker酱酬，只不過它負責(zé)...
-
kafka重復(fù)消費的原因使用了自動提交 如果自動提交的偏移量小于客戶端處理的最后一個消息的偏移量壶谒，那么處于兩個偏移量之間的消息就會被重復(fù)處理， 假設(shè)我們采用了自動提交膳沽，且提交時間間隔為5s汗菜，在最近一...
-
consumer比較重要的配置
1.session.timeout.ms 消費者在被認為死亡之前可以與服務(wù)器斷開連接的時間菌瘪，默認是3s。網(wǎng)絡(luò)差的時候可以調(diào)長一些 2.auto.offset.reset 默認...
-
-
producer比較重要的配置
1.acks kafka消息的可靠性選項 acks=0生產(chǎn)者寫入消息后不需要broker回應(yīng)。如果broker沒有收到消息表箭，生產(chǎn)者也不知道赁咙。可靠性最差免钻，吞吐量最高 acks=...
-
broker配置的選擇與優(yōu)化
1.分區(qū)數(shù)(num.partition)的選擇 num.partition指定新創(chuàng)建的主題的分區(qū)數(shù)，只能增，不能減悔详。一般來說 分區(qū)數(shù) 大于等于 消費者數(shù)晰韵。 2.日志保留策略 ...
-
kafka性能為什么好人人皆知kafka性能好，但真正了解原因的人就少了很多拆魏。說起來也是悲傷的故事盯桦，我的某次面試就涼在此題。那么從設(shè)計的角度看渤刃，kafka是如何實現(xiàn)高性能的呢拥峦？ 1.寫得快 Kaf...
-
spring-data-jpa 多線程事務(wù)引發(fā)的問題及思考
有這樣一個需求，生產(chǎn)者將消息存入數(shù)據(jù)庫卖子，并放入隊列中等待處理略号。消費者獲取并處理消息，將更新后的消息存入數(shù)據(jù)庫洋闽。主鍵策略為id自增偽代碼如下 ...//生產(chǎn)者線程email.s...
