前言 最近我再網上尋找使用golang實現的mq，因為我知道golang一般實現的應用部署起來很方便，所以我就找到了一個叫做nsq的mq，其實它並不能完全稱為隊列，但是它的輕量和性能的高效，讓我真的大開眼界。 如果你有興趣，我覺得也可以了解一下： 網上有人翻譯了國外的一篇文章： 我們是如何使用 ...

消息隊列使用場景 為什么會需要消息隊列(MQ)？ 解耦 在項目啟動之初來預測將來項目會碰到什么需求，是極其困難的。消息系統在處理過程中間插入了一個隱含的、基於數據的接口層，兩邊的處理過程都要實現這一接口。這允許你獨立的擴展或修改兩邊的處理過程，只要確保它們遵守同樣的接口約束。 冗余 有些 ...

前言 本人覺得碼農的技術提升應該是從how to do到why do，而項目或產品都是從why do到how to do，按題來，所以呢下面先從大的方面介紹一下消息隊列。 消息隊列是分布式高並發面目中必不可少的一部分，隨着互聯網、雲計算、大數據的使用，消息隊列 ...

前言 RocketMQ為什么這么快、Kafka為什么這么快？用了零拷貝技術？什么是零拷貝技術，它們二者的零拷貝技術有不同嗎？ 為什么需要零拷貝 在計算機產業中，I/O的速度相較CPU，總是太慢的 ...

一、背景 Disruptor是英國外匯交易公司LMAX開發的一個高性能隊列，研發的初衷是解決內存隊列的延遲問題（在性能測試中發現竟然與I/O操作處於同樣的數量級）。基於Disruptor開發的系統單線程能支撐每秒600萬訂單，2010年在QCon演講后，獲得了業界關注 ...

的問題，近年來隨着我司業務的急遽發展，單表數據量越來越大，這樣會導致讀寫性能急遽下降，自然而然的我們想 ...

消息隊列技術是分布式應用間交換信息的一種技術。消息隊列可駐留在內存或磁盤上,隊列存儲消息直到它們被應用程序讀走。通過消息隊列，應用程序可獨立地執行--它們不需要知道彼此的位置、或在繼續執行前不需要等待接收程序接收此消息。 消息中間件概述 消息隊列技術是分布式應用間交換信息的一種技術。消息隊列 ...

背景 Disruptor是LMAX開發的一個高性能隊列，研發的初衷是解決內存隊列的延遲問題（在性能測試中發現竟然與I/O操作處於同樣的數量級）。基於Disruptor開發的系統單線程能支撐每秒600萬訂單，2010年在QCon演講后，獲得了業界關注。2011年，企業應用軟件專家Martin ...