tag 分佈式

標籤
貢獻93
197
05:27 PM · Oct 25 ,2025
u_15988698 頭像 finally_m 頭像 u_15371268 頭像 binghe001 頭像 xuxueli 頭像 nogeek 頭像 jdcdevloper 頭像 u_16653481 頭像 pingcap 頭像 u_15831703 頭像 u_87634 頭像 jinyeyoudianerliang 頭像

@分佈式 / 博客 RSS 訂閱

binghe001 頭像

冰河 - 又一個涵蓋前後端+DevOps+OpenAI大模型的高併發項目啓動了

大家好，我是冰河~~ 今天，正式通知大家一件事情：又到了啓動新項目的時候，這也是 冰河技術 知識星球繼 Seckill秒殺系統 項目後，又一個高併發實戰項目。星球其他項目與專欄，大家可移步到冰河的個人站點：https://binghe.gitcode.host 進行查看。 那這次又是怎樣的一個高併發項目呢？沒錯，這次就是大家期待已久的分佈式IM即時通訊系統，在分佈式IM即時通訊系統中，我們會實現

性能優化 , 高併發 , 微服務 , 分佈式 , 程序員

收藏 評論

binghe001 頭像

冰河 - 又一個可以寫到簡歷的項目，嘎嘎強！

大家好，我是冰河~~ 分佈式IM即時通訊系統本質上就是對線上聊天和用户的管理，針對聊天本身來説，最核心的需求就是：發送文字、圖片、文件、語音、視頻、消息緩存、消息存儲、消息未讀、已讀、撤回，離線消息、歷史消息、單聊、羣聊，多端同步，以及其他一些需求。 對用户管理來説，存在的需求包含：添加好友、查看還有列表、刪除好友、查看好友信息、創建羣聊、加入羣聊、查看羣成員信息、退出羣聊、修改羣暱稱、拉人進羣、

高併發 , 微服務 , 系統架構 , 分佈式 , 併發編程

收藏 評論

finally_m 頭像

威哥愛編程 - 用Redis延時隊列搞定訂單超時業務

Redis延時隊列是一種用於在特定時間後執行任務的消息隊列。它在許多場景中非常有用，比如訂單超時自動關閉、定時提醒等。在Redis中，通常使用Sorted Set（有序集合）來實現延時隊列，因為Sorted Set可以按照分數進行排序，非常適合用來存儲和檢索到期時間，今天V哥來聊一聊Redis延時隊列，歡迎各位小哥一起討論。 以下是Redis延時隊列的詳細介紹，包括原理、數據結構、實現方式以及Ja

redis , java-ee , JAVA , 分佈式 , 隊列

收藏 評論

finally_m 頭像

威哥愛編程 - 【超長文】Redis在項目中的17種使用場景

Redis 是一個開源的高性能鍵值對數據庫，它以其內存中數據存儲、鍵過期策略、持久化、事務、豐富的數據類型支持以及原子操作等特性，在許多項目中扮演着關鍵角色。以下是V哥整理的17個Redis在項目中常見的使用場景： 緩存：Redis 可以作為應用程序的緩存層，減少數據庫的讀取壓力，提高數據訪問速度。 會話存儲：在 Web 應用中，Redis 可以用來存儲用户的會話信息，如登錄狀態、購物車內容

redis , java-ee , JAVA , 分佈式 , 後端

收藏 評論

finally_m 頭像

威哥愛編程 - Redis高可用解決方案哨兵模式與集羣模式的比較

哨兵模式和集羣模式是Redis提供的兩種不同的高可用性和擴展性解決方案，它們各自有不同的特點和適用場景。 哨兵模式（Sentinel） 主要關注於高可用性，通過監控主節點和從節點的狀態，實現故障檢測和自動故障轉移 。當主節點發生故障時，哨兵會選舉一個從節點作為新的主節點，並通知其他從節點和客户端更新配置。它適用於對數據高可用性要求較高，但不需要特別大的數據量的場景，通常應用於小型和中型系統。

redis , java-ee , JAVA , 分佈式

收藏 評論

finally_m 頭像

威哥愛編程 - MinIO的分佈式系統是如何確保數據一致性的？

MinIO是一個高性能的開源對象存儲服務器，它與Amazon S3兼容，適用於存儲備份、大數據分析等多種應用場景。MinIO追求高性能和可靠性，採用去中心化的架構設計，不依賴任何單個節點，即使某些節點發生故障，整個系統也能正常運行 。它還支持分佈式部署，可以輕鬆擴展存儲容量和性能。 MinIO的技術架構主要包括服務器核心、分佈式系統、認證和安全性組件以及客户端庫。服務器核心負責處理存儲和檢索對象，

minio , java-ee , springcloud , JAVA , 分佈式

收藏 評論

aphysia 頭像

秦懷雜貨店 - 從緩存到分佈式緩存的那些事

作者：秦懷 1 緩存前世今生 1.1 故事從硬件開始 Cache 一詞來源於 1967 年的一篇電子工程期刊論文。其作者將法語詞“cache”賦予“safekeeping storage”的涵義，用於電腦工程領域。當時沒有 Cache，CPU 和內存都很慢，CPU 直接訪問內存。 Intel 80386芯片組增加了對可選的 Cache 的支持，高級主板帶有 64KB，甚至高端的 128KB W

redis , 緩存 , 分佈式 , 後端

收藏 評論

jinyeyoudianerliang 頭像

今夜有點兒涼 - Redis 分片

Redis 分片（Sharding）概述 1. 概念和目的： Redis 分片是通過將整個數據集分割成多個部分，分佈存儲在多個獨立的 Redis 節點上來擴展 Redis 系統的技術。 目的是提高系統的存儲容量和處理能力，以應對大規模數據和高併發請求的需求。 2. 基本原理： 數據分片策略：選擇合適的數據分片策略，如哈希分片或範圍分片，決定數據如何分佈到各個 Redis 節點上。 客

redis , 高併發 , sharding , 分佈式

收藏 評論

finally_m 頭像

威哥愛編程 - JAVA線程池有哪些隊列？ 以及它們的適用場景案例

大家好，我是 V 哥。在高併發應用場景下，線程池的使用是必然的，那在線程中的隊列都有哪些呢？下面 V 哥整理的幾種常見的線程池隊列以及適用場景案例，分享給大家。 線程池中的隊列主要用於存放等待執行的任務，以下是幾種常見的線程池隊列： 1. 無界隊列（Unbounded Queue） LinkedBlockingQueue（基於鏈表的阻塞隊列）： 特點：它是一個基於鏈表實現的阻

高併發 , 多線程 , JAVA , 分佈式

收藏 評論

nogeek 頭像

不止極客 - 百萬架構師第二十五課：分佈式架構的基礎：分佈式系統的基石TCP-IP通訊協議｜JavaGuide

原文鏈接 通訊協議在分佈式架構中的核心應用 深入料及TCP/IP和UDP/IP通信協議 TCP流量整形 基於Java自身技術實現系統通訊 多任務處理及優化 瞭解什麼是NIO 組播協議 Multicast 從集中式的架構到分佈式架構粗粒度的架構模型圖 相當於是在整個架構層面上去做一個分層，分層以後會存在按照某一個領域去切分的服務層，存在web層。 ​ 如果我們以前是在一個獨立的服

tcp , 架構 , 網絡 , 分佈式 , 後端

收藏 評論

hnclou 頭像

用户bPddcxP - 華納雲：分佈式存儲提高數據安全性的原理分享

分佈式存儲通過多節點協同工作，將數據分散存放在多個物理位置，從而在架構設計上提升了數據的可靠性與安全性。它的核心思想是“分而治之，備而無患”。以下從原理角度詳細解析分佈式存儲如何提高數據安全性： 1. 數據冗餘機制：保障硬件故障下的數據可恢復 分佈式存儲系統普遍採用數據冗餘策略，例如： • 副本機制（Replication）：同一份數據在多個節點上保存（常見為3副本），當某一個節

服務器 , 數據存儲 , 分佈式

收藏 評論

aijianshendexuegao 頭像

Protonbase - AI 時代， 需要什麼樣的數據底座？

作者：楊克特 ProtonBase 技術副總裁 畢業於浙江大學計算機系，獲碩士學位，具備 10 多年核心系統設計和研發經驗。曾任阿里巴巴資深技術專家，負責過搜索引擎、資源調度、實時監控等系統的設計和研發。具備豐富的開源經驗，是 Apache Flink 和 Apache Druid 的 PMC 成員，以及 Apache 軟件基金會成員。 概念科普：Data Warebase = Data Ware

大數據 , 數據庫 , 人工智能 , 雲原生 , 分佈式

收藏 評論

pingcap 頭像

PingCAP - PingCAP“一號員工”唐劉：回顧我與 TiDB 的十年成長之旅

導讀 作為 PingCAP 的“一號員工”，TiDB 研發副總裁唐劉親歷了 TiDB 從一個開源小項目到全球知名分佈式數據庫的蜕變。本文，唐劉從親歷者視角，回顧了 TiDB 的技術演進、產品迭代和全球化歷程，還分享了自己從程序員到技術管理者的成長與感悟。 這是一段關於技術理想、客户成功與團隊協作的旅程，也是一次對開源精神、創新勇氣和商業智慧的深度剖析。通過唐劉的視角，我們得以窺見 TiDB 背後的

數據庫 , 分佈式

收藏 評論

hnclou 頭像

用户bPddcxP - 華納雲：分佈式存儲如何提高數據安全性？

華納雲分佈式存儲通過多種技術和機制顯著提高了數據安全性，以下是其主要方式： 1、數據冗餘與備份 分佈式存儲將數據分散存儲在多個節點上，並通過冗餘備份機制確保數據的可靠性。例如，數據可以被分割成多個片段，並在不同節點上存儲多個副本。即使某個節點發生故障或數據丟失，其他節點上的副本仍可保證數據的完整性和可用性。 2、數據加密 數據在存儲和傳輸過程中均會進行加密處理。分佈式存儲系統通常採用強加密算法（如

分佈式

收藏 評論

xuxueli 頭像

xuxueli - XXL-MQ v1.4.0 | 輕量級分佈式消息隊列

Release Notes： 1、【重構】XXL-MQ 核心代碼重構，基於“存算分離”與“分區機制”設計思想。在輕量級、分佈式的基礎上，強化高吞吐、海量消息及水平擴展能力。； 2、【新增】存算分離：消息中心（Broker）與消息存儲層（Store）解耦。消息中心 提供消息OpenApi以及消息控制枱管理能力；消息存儲層 提供消息存儲能力。得益於存算分離系統設計，消息中心支持水平擴展，支持線性

mq , 消息隊列 , 分佈式 , kafka

收藏 評論

zengshenaiguodehuoche_d2oimj 頭像

曾深愛過的火車_d2oImJ - SpringBoot中@Scheduled和Quartz的區別是什麼？分佈式定時任務框架選型實戰

今天為大家帶來的是@Scheduled和Quartz對比分析： 新手常見困惑： 剛學SpringBoot時，我發現用@Scheduled寫定時任務特別簡單。但當我看到同事在項目裏用Quartz時，代碼突然變得複雜起來——為什麼要用這些複雜的配置？難道註解不香嗎？ 今天，我們就用最直白的方式，手把手對比這兩種方案。 1. 定位與設計目標 1.1. @Scheduled註解 輕量級單機調度：Spr

quartz , spring-boot-編程思想 , 分佈式

收藏 評論

baidujiagoushi 頭像

百度Geek説 - BaikalDB 架構演進實錄：打造融合向量化與 MPP 的 HTAP 查詢引擎

導讀 BaikalDB作為服務百度商業產品的分佈式存儲系統，支撐了整個廣告庫海量物料的存儲和OLTP事務處理。隨着數據不斷增長，離線計算時效性和資源需求壓力突顯，基於同一份數據進行OLAP處理也更為經濟便捷，BaikalDB如何在OLTP系統內實現適合大數據分析場景的查詢引擎以應對挑戰？ 01 BaikalDB應對OLAP場景的挑戰 BaikalDB是面向百度商業產品系統的需求而設計的分佈式存儲系

數據 , 架構 , 分佈式

收藏 評論

zhaoqianglaoshi 頭像

趙渝強老師 - 【趙渝強老師】基於PostgreSQL的分佈式數據庫：Citus

由於PostgreSQL具有強大的功能和良好的可擴展性，因此基於PostgreSQL很容易就可以實現分佈式架構。Citus便是具體的一種實現方式。它以擴展的插件形式與PostgreSQL進行集成，且獨立於PostgreSQL內核，部署也比較簡單。Citus是現在非常流行的基於PostgreSQL的分佈式解決方案。 一、 Citus基礎 下面是百度百科中對分佈式數據庫的定義： 分佈式數據庫系統通

數據庫 , postgresql , 開源 , 分佈式 , SQL

收藏 評論

mirrorship 頭像

鏡舟科技 - 什麼是 MPP 數據庫？解鎖海量數據分析的關鍵技術

為什麼需要 MPP 數據庫？ 在數據爆炸的時代，傳統數據庫處理 TB 甚至 PB 級數據時往往力不從心，查詢緩慢，無法支撐實時分析需求。這種情況下，MPP 數據庫成為解決大規模數據分析性能瓶頸的關鍵技術。 想象一下：一個電商平台在大促期間，原本穩定的系統突然卡死；一個數據彙總應用在處理全年數據時崩潰。這些都是我們在高併發、高吞吐量場景下常見的問題。為什麼會這樣？因為系統設計時沒有考慮極限情況下的數

查詢優化 , 數據庫 , starrocks , 數據分析 , 分佈式

收藏 評論

danxiaodezixingche 頭像

老紀的技術嘮嗑局 - 單機分佈式一體化數據庫的架構設計與優化

作者：楊志豐，OceanBase產品總經理、首席架構師 首先為大家推薦這個 OceanBase 開源負責人老紀的公眾號 “老紀的技術嘮嗑局”，會持續更新和 #數據庫、#AI、#技術架構 相關的各種技術內容。歡迎感興趣的朋友們關注！ 本文摘自《OceanBase社區版在泛互場景的應用案例研究》，歡迎點擊鏈接閲讀詳細內容。 綜述 在OceanBase 十餘年的技術演進中，共經歷了三次大的架構升級

數據庫設計 , 分佈式

收藏 評論

kaiwudb 頭像

KaiwuDB - 直播預告 | KWDB 分佈式架構探究

《KW 加油站》第五期大咖專場來襲~ 快動手預約直播，搶佔技術高地！

數據庫 , 直播 , 分佈式

收藏 評論

gvison 頭像

gvison - 三步搞定 Go 分佈式任務！sasynq 庫讓異步任務變得如此簡單

Go 後台任務的“坑”，你踩過幾個？ 在 Go 應用開發中，總有一些任務不適合現場完成，比如： 發郵件/發短信：用户點擊按鈕後，還要乾等？體驗太糟糕！ 大計算量任務：生成報表、數據分析，CPU 一直被佔，其他請求全卡住？ 定時任務：凌晨跑統計、每小時同步數據，難道要寫個死循環 time.Sleep？ 所以，聰明的我們會把這些任務扔進異步任務隊列，讓後台“工人”（Worker）慢慢處理。

定時任務 , 分佈式 , go

收藏 評論

fiveyoboy 頭像

五歲小孩 - 分佈式理論 CAP + Base

簡介 在分佈式系統的設計中，分佈式系統有三個指標 CAP，但是沒有一種設計可以同時滿足 CAP （一致性，可用性，分區容錯性 ）3個特性，只能滿足其中 2 個 CAP 簡介 CAP 描述 C 一致性 Consistency，一致性 強調的是 分佈式系統中各個節點之間的數據一致性；不管訪問哪個節點，返回的數據都是一致的，否則節點不可用（拒絕服務

redis , 分佈式 , cap

收藏 評論

fiveyoboy 頭像

五歲小孩 - 分佈式和微服務和集羣的含義及區別

分佈式系統 多個人做同一件事件 分佈式系統是指由多個相互獨立的計算機節點組成的系統，這些節點通過網絡協議進行通信和協作，共同完成一個或多個應用程序的任務。分佈式系統的優點在於它們可以提供更高的可用性、可伸縮性和可靠性，但同時也需要更多的複雜性和管理工作。 微服務 ==微服務是一種基於分佈式系統的架構模式==，它將一個大型應用程序拆分成多個較小的、自治的服務。這些服務可以獨立開發、測試、部署和擴展

微服務 , 架構設計 , 分佈式 , 集羣

收藏 評論