mysql中有事務，但只有使用了Innodb數(shù)據(jù)庫引擎的數(shù)據(jù)庫或表才支持事務。事務處理可以用來維護數(shù)據(jù)庫的完整性，它把所有的命令作為一個整體一起向系統(tǒng)提交或撤銷操作請求，即這一組數(shù)據(jù)庫命令要么都執(zhí)行，要么都不執(zhí)行。

（推薦教程：mysql視頻教程）

數(shù)據(jù)庫的事務（Transaction）是一種機制、一個操作序列，包含了一組數(shù)據(jù)庫操作命令。事務把所有的命令作為一個整體一起向系統(tǒng)提交或撤銷操作請求，即這一組數(shù)據(jù)庫命令要么都執(zhí)行，要么都不執(zhí)行，因此事務是一個不可分割的工作邏輯單元。

在數(shù)據(jù)庫系統(tǒng)上執(zhí)行并發(fā)操作時，事務是作為最小的控制單元來使用的，特別適用于多用戶同時操作的數(shù)據(jù)庫系統(tǒng)。例如，航空公司的訂票系統(tǒng)、銀行、保險公司以及證券交易系統(tǒng)等。

• 在 MySQL 中只有使用了 Innodb 數(shù)據(jù)庫引擎的數(shù)據(jù)庫或表才支持事務。

• 事務處理可以用來維護數(shù)據(jù)庫的完整性，保證成批的 SQL 語句要么全部執(zhí)行，要么全部不執(zhí)行。

• 事務用來管理 insert,update,delete 語句

事務具有 4 個特性，即原子性（Atomicity）、一致性（Consistency）、隔離性（Isolation）和持久性（Durability），這 4 個特性通常簡稱為 ACID。

1. 原子性

事務是一個完整的操作。事務的各元素是不可分的（原子的）。事務中的所有元素必須作為一個整體提交或回滾。如果事務中的任何元素失敗，則整個事務將失敗。

以銀行轉(zhuǎn)賬事務為例，如果該事務提交了，則這兩個賬戶的數(shù)據(jù)將會更新。如果由于某種原因，事務在成功更新這兩個賬戶之前終止了，則不會更新這兩個賬戶的余額，并且會撤銷對任何賬戶余額的修改，事務不能部分提交。

2. 一致性

當事務完成時，數(shù)據(jù)必須處于一致狀態(tài)。也就是說，在事務開始之前，數(shù)據(jù)庫中存儲的數(shù)據(jù)處于一致狀態(tài)。在正在進行的事務中. 數(shù)據(jù)可能處于不一致的狀態(tài)，如數(shù)據(jù)可能有部分被修改。然而，當事務成功完成時，數(shù)據(jù)必須再次回到已知的一致狀態(tài)。通過事務對數(shù)據(jù)所做的修改不能損壞數(shù)據(jù)，或者說事務不能使數(shù)據(jù)存儲處于不穩(wěn)定的狀態(tài)。

以銀行轉(zhuǎn)賬事務事務為例。在事務開始之前，所有賬戶余額的總額處于一致狀態(tài)。在事務進行的過程中，一個賬戶余額減少了，而另一個賬戶余額尚未修改。因此，所有賬戶余額的總額處于不一致狀態(tài)。事務完成以后，賬戶余額的總額再次恢復到一致狀態(tài)。

3. 隔離性

對數(shù)據(jù)進行修改的所有并發(fā)事務是彼此隔離的，這表明事務必須是獨立的，它不應以任何方式依賴于或影響其他事務。修改數(shù)據(jù)的事務可以在另一個使用相同數(shù)據(jù)的事務開始之前訪問這些數(shù)據(jù)，或者在另一個使用相同數(shù)據(jù)的事務結(jié)束之后訪問這些數(shù)據(jù)。

另外，當事務修改數(shù)據(jù)時，如果任何其他進程正在同時使用相同的數(shù)據(jù)，則直到該事務成功提交之后，對數(shù)據(jù)的修改才能生效。張三和李四之間的轉(zhuǎn)賬與王五和趙二之間的轉(zhuǎn)賬，永遠是相互獨立的。

4. 持久性

事務的持久性指不管系統(tǒng)是否發(fā)生了故障，事務處理的結(jié)果都是永久的。

一個事務成功完成之后，它對數(shù)據(jù)庫所作的改變是永久性的，即使系統(tǒng)出現(xiàn)故障也是如此。也就是說，一旦事務被提交，事務對數(shù)據(jù)所做的任何變動都會被永久地保留在數(shù)據(jù)庫中。

事務的 ACID 原則保證了一個事務或者成功提交，或者失敗回滾，二者必居其一。因此，它對事務的修改具有可恢復性。即當事務失敗時，它對數(shù)據(jù)的修改都會恢復到該事務執(zhí)行前的狀態(tài)。