V: ititit111222333
引言 消息隊列（Message Queue，MQ）是一種在分佈式系統中實現應用程序間通信的中間件技術。它的核心作用在於通過異步處理的方式，使得發送消息的應用程序（生產者）與接收消息的應用程序（消費者）解耦，從而提升系統的伸縮性、可靠性以及性
一致性 首先來看 RocketMQ 的第一個特性-事務消息，事務消息是 RocketMQ 與一致性相關的特性，也是 RocketMQ 有別於其他消息隊列的最具區分度的特性。 以大規模電商系統爲例，付款成功後會在交易系統中訂單數據庫將訂單
作者：京東科技 葛星宇 1.前言 本文除特殊說明外，所指的都是fate 1.9版本。 fate資料存在着多處版本功能與發佈的文檔不匹配的情況，各個模塊都有獨立的文檔，功能又有關聯，坑比較多，首先要理清楚各概念、模塊之間的關係。 2.網絡互聯
@[toc] 很多小夥伴在面試的時候，應該都遇到過類似的問題，如何確保緩存和數據庫的一致性？ 如果你對這個問題有過研究，應該可以發現這個問題其實很好回答，如果第一次聽到或者第一次遇到這個問題，估計會有點懵，今天我們來聊聊這個話題。 1. 問
1. 平臺簡介 一個全新覆蓋全行業，以直播、短視頻帶貨，商家實體VR全景體驗，多營銷模式，分銷分傭，多商家入駐，多端支持的大型新零售電商平臺。 2. 平臺清單 系統管理平臺 + 商家端（PC+手機） + 消費端微服務 + 消費端（小程序
RabbitMQ 延遲消息應用場景： 訂單指定時間內未支付則自動取消 用戶註冊後，三天內未登陸，自動短信提醒 新入駐店鋪，十天內未上傳產品，自動短信提醒 用戶發起退貨退款，3天內未得到處理則自動通知相關運營人員 預定會議，會議前10分鐘
1. 五種交換機類型 1.1 Direct exchange(直連交換機) 1.2 Topic exchange(主題交換機) 1.3 Fanout exchange(扇形交換機) 1.4 Headers exchange(頭交換機) 1.
mysql cd /usr/local/mysql/bin #啓動 service mysql start #重啓 service mysql restart #登錄 mysql -u 用戶名 -p docker # 啓動 system
業務場景 我們買火車票或者叫外賣的時候，下完單之後會跳轉到支付頁面，頁面裏通常會有一個計時器，要求在指定時間內完成支付，否則訂單就會被自動取消。這就是延時任務的一個典型業務場景。分析這個場景，其實最關鍵的就是如何在訂單超時的時候立即觸發取
goland版本2019.3.2 go版本1.14 網上一大堆亂七八糟的什麼破文章，講了半天都沒講清這個go module怎麼實際運用，真滴煩躁，一giao我哩giaogiao！！！！！ 這邊我直接介紹下goland怎麼用go modul
MQ的好處 在微服務架構中，消息隊列帶來哪些好處呢 1. 改善寫操作請求的響應時間：生產者寫給隊列即可返回，無需等待下游服務響應，縮短鏈路調用時間 2. 更容易進行伸縮：小功能解偶爲獨立服務，更容易伸縮，提升處理能力 3. 削峯填谷：控制消
@[toc] 關於 RabbitMQ 的管理，我們可以通過網頁來進行，在松哥前面的文章中也和小夥伴們做了相關的介紹了： RabbitMQ 管理頁面該如何使用 除了通過 Web 管理頁面來進行管理之外，我們也可以通過命令行來進行管理，之前
@[toc] 說到消息中間件，估計大夥多多少少都能講出來一些，ActiveMQ、RabbitMQ、RocketMQ、Kafka 等等各種以及 JMS、AMQP 等各種協議，然而這些消息中間件各自都有什麼特點，我們在開發中又該選擇哪種呢？今天
當我們第一次安裝好一個 RabbitMQ 之後，我們可能都會通過 Web 頁面去管理這個 RabbitMQ，默認情況下，我們第一次使用的默認用戶是 guest。 登錄成功後，在 admin 選項卡可以查看所有用戶： 可以看到，每個用戶都有
@[toc] RabbitMQ 的 web 管理頁面相信很多小夥伴都用過，隨便點一下估計也都知道啥意思，不過本着精益求精的思想，松哥還是想和大家捋一捋這個管理頁面的各個細節。 1. 概覽 首先，這個 Web 管理頁面大概就像下圖這樣： 首
