散光拋隱形眼鏡

分散式系統先寫DB還是先快取?

由於篇幅原因,這次先聊三個問題。首先就是我們應該“先寫DB還是快取?”。我想,只要你開始運用快取,這會是你第一個要好好思考的問題,否則在前方等待你的就是災難…… 一、先寫DB還是快取? 一個程式可以沒有

談談分散式事務TCC機制

前言 分散式事務是幾乎所有分散式微服務系統中,最棘手也是最重要的一個點了。在講解分散式事務前,先了解下資料庫事務的特性;資料庫事務的幾個特性:原子性(Atomicity )、一致性( Consistency

分散式資料一致性理解

點選藍色“喬志勇筆記”關注我喲 加個“星標”,第一時間獲取推送的文章哦! 一、基本概念: 1、關聯資料之間的邏輯關係是否正確 (資料約束一致). 理解為垂直方

分散式資料快取中的一致性雜湊演算法

一致性雜湊演算法在分散式快取領域的 MemCache,負載均衡領域的 Nginx 以及各類 RPC 框架中都有廣泛的應用,它主要是為了解決傳統雜湊函式新增雜湊表槽位數後要將關鍵字重新對映的問題。 本文會介紹

Redis高可用分散式

高可用 高可用(High Availability),是當一臺伺服器停止服務後,對於業務及使用者毫無影響。 停止服務的原因可能由於網絡卡、路由器、機房、CPU負載過高、記憶體溢位、自然災害等不可預期的原因導

分散式架構中資料一致性常見的幾個問題

轉載本文需註明出處:微信公眾號EAWorld,違者必究。 針對分散式架構下的資料一致性,大家也許會問這樣的問題:跨系統間分散式事務如何解決?系統內多個服務的分散式事務如何解決?一個服務內多個數據源

貓眼「結網」下半場

編者按:本文來源微信公眾號藍洞商業,作者 趙衛衛,創業邦經授權轉載。 下半場,這個詞已經有些老套,雖然是網際網路正在進行時。 三年前美團CEO王興喊出時,有些生僻甚至無法理解。但當網際網路巨無

Redis分散式鎖服務

概述 在多執行緒環境下,通常會使用鎖來保證有且只有一個執行緒來操作共享資源。比如: object obj = new object(); lock (obj) { //操作共享資

1714967909.5926