數據庫事務(簡稱：事務，Transaction)是指數據庫執行過程中的一個邏輯單位，由一個有限的數據庫操作序列構成。
事務擁有以下四個特性，習慣上被稱為ACID特性：
原子性(Atomicity)：事務作為一個整體被執行，包含在其中的對數據庫的操作要么全部被執行，要么都不執行。
一致性(Consistency)：事務應確保數據庫的狀態從一個一致狀態轉變為另一個一致狀態。一致狀態是指數據庫中的數據應滿足完整性約束。除此之外，一致性還有另外一層語義，就是事務的中間狀態不能被觀察到(這層語義也有說應該屬於原子性)。
隔離性(Isolation)：多個事務並發執行時，一個事務的執行不應影響其他事務的執行，如同只有這一個操作在被數據庫所執行一樣。
持久性(Durability)：已被提交的事務對數據庫的修改應該永久保存在數據庫中。在事務結束時，此操作將不可逆轉。
本地事務
起初，事務僅限於對單一數據庫資源的訪問控制,架構服務化以后，事務的概念延伸到了服務中。倘若將一個單一的服務操作作為一個事務，那么整個服務操作只能涉及一個單一的數據庫資源,這類基於單個服務單一數據庫資源訪問的事務，被稱為本地事務(Local Transaction)。
分布式事務
分布式事務指事務的參與者、支持事務的服務器、資源服務器以及事務管理器分別位於不同的分布式系統的不同節點之上,且屬於不同的應用，分布式事務需要保證這些操作要么全部成功，要么全部失敗。本質上來說，分布式事務就是為了保證不同數據庫的數據一致性。
最早的分布式事務應用架構很簡單，不涉及服務間的訪問調用，僅僅是服務內操作涉及到對多個數據庫資源的訪問。
當一個服務操作訪問不同的數據庫資源，又希望對它們的訪問具有事務特性時，就需要采用分布式事務來協調所有的事務參與者。
對於上面介紹的分布式事務應用架構，盡管一個服務操作會訪問多個數據庫資源，但是畢竟整個事務還是控制在單一服務的內部。如果一個服務操作需要調用另外一個服務，這時的事務就需要跨越多個服務了。在這種情況下，起始於某個服務的事務在調用另外一個服務的時候，需要以某種機制流轉到另外一個服務，從而使被調用的服務訪問的資源也自動加入到該事務當中來。下圖反映了這樣一個跨越多個服務的分布式事務：
如果將上面這兩種場景(一個服務可以調用多個數據庫資源，也可以調用其他服務)結合在一起，對此進行延伸，整個分布式事務的參與者將會組成如下圖所示的樹形拓撲結構。在一個跨服務的分布式事務中，事務的發起者和提交均系同一個，它可以是整個調用的客戶端，也可以是客戶端最先調用的那個服務。
較之基於單一數據庫資源訪問的本地事務，分布式事務的應用架構更為復雜。在不同的分布式應用架構下，實現一個分布式事務要考慮的問題並不完全一樣，比如對多資源的協調、事務的跨服務傳播等，實現機制也是復雜多變。