由於系統應用業務涉及到分佈式事務問題，所以採用了柔性分佈式事務，最終保證業務數據的一致性。
設計思路圖：
demo代碼地址:https://gitee.com/wywh/wywhdgg-mq
Spring Cloud Alibaba Seata + Nacos + Jooq + RestTemplate實現分佈式事務 文章目錄Spring Cloud Alibaba Seata + Nacos + Jooq + Res
分佈式系統中的CAP原理 簡介 在分佈式系統中，我們經常聽到CAP原理這個詞，它是什麼意思呢？其實和C、A、P這3個字母有關，C、A、P分別是這3個詞的首字母。下面我們就看一下這3個詞分別是什麼意思？ C - Consistent ，一致
- 總述 - 咱們前面分別對分佈式事務的幾個分支：XA、2PC、3PC、TCC、Saga、事務消息、最大努力事務進行的詳細介紹。本篇作爲分佈式事務設計的收尾篇，講對前面的內容查缺補漏和總結，最後對市面的一些開源框架做一些介
1. 事務基本概念 1.1 什麼是事務? 事務是恢復和併發控制的基本單位，事務有四個特性(ACID)，原子性(Atomicity)，一 致性(Consistency)，隔離性(Isolation)，持久性(Durability)。 1.2
代碼地址：https://github.com/ArvinHu/rabbit
分佈式事務的基礎知識 1.產生背景 分佈式事務的產生其實是相對本地事務而言的，在之前的章節關於事務的ACID特性以及事務隔離級別做了詳細的解說，再加上數據庫的redo和undo特性使得本地事務的處理變得簡單。然而隨着分佈式應用的不
事務概念 大部分情況下我們所說的事務都是數據庫事務（Database Transaction），後來延時到了非關係型數據庫等其他領域，事務是運行在我們數據庫上的一個邏輯工作單元，運行在工作單元中的所有sql都具有原子性的操作特點。
---沒看課程直接看文檔---
- 概述 - 咱們在上一篇文章探討
1、1.2.0版本註冊中心使用zk的時候，server啓動報錯：讀取zk配置信息的時候異常。 錯誤原因：序列化問題，由於使用seata自帶的zk-config.sh腳本向zk寫入配置信息的時候，採用的序列化方式相當於String.get
在分佈式事務執行的時，當服務A與下游服務B，C，D分佈式綁定時，如果想停止事務對C的廣播，可如下操作： start TXC A invoke B; String xid = TxcContext.suspendTxc
一 事務特性 原子性 （atomicity）:強調事務的不可分割. 一致性 （consistency）:事務的執行的前後數據的完整性保持一致. 隔離性 （isolation）:一個事務執行的過程中,不應該受到其他事務的干擾 持久性
目錄：1.什麼是fescar？ 2.結合官方文檔的快速使用 3.demo實例 1.什麼是fescar? Fescar(Fast & Easy Commit and Rollback)是一個用於微服務架構的分佈式事務解決方案，它的特點
目錄: 什麼是CAP CAP的組合分析 BASE理論 1.什麼是CAP? 2000 年的時候，Eric Brewer 教授提出了 CAP 猜想，2年後，被 Seth Gilbert 和 Nancy Lynch 從理論上證明了猜想的可能
三篇寫的不錯的文章提供參考： http://www.uml.org.cn/zjjs/201810091.asp --深入理解分佈式事務,高併發下分佈式事務的解決方案 https://blog.51cto.com/11821908/20
