一個示例：
銀行引用是事務的一個經典例子：假如銀行有兩張表，一張支票表，一張儲蓄表，現在需要從Jones用戶的支票賬戶轉移200￥ 至儲蓄賬戶，那麼至少需要三步：
1. 檢查Jones的支票賬戶餘額是否大於200￥
2. Jones的支票賬戶-200￥
3. Jones的儲蓄賬戶+200￥
上述三步可組成一個事務，當2、3步故障時，之前執行的操作會自動回滾，保證數據的一致性。
MySQL 事務主要用於處理操作量大，複雜度高的數據。比如說，在人員管理系統中，你刪除一個人員，你即需要刪除人員的基本資料，也要刪除和該人員相關的信息，如信箱，文章等等，這樣，這些數據庫操作語句就構成一個事務！
在 MySQL 中只有使用了 Innodb 數據庫引擎的數據庫或表才支持事務。
事務處理可以用來維護數據庫的完整性，保證成批的 SQL 語句要麼全部執行，要麼全部不執行。
事務用來管理 insert,update,delete 語句
一般來說，事務是必須滿足4個條件（ACID）：：原子性（Atomicity，或稱不可分割性）、一致性（Consistency）、隔離性（Isolation，又稱獨立性）、持久性（Durability）。
原子性：一個事務（transaction）中的所有操作，要麼全部完成，要麼全部不完成，不會結束在中間某個環節。事務在執行過程中發生錯誤，會被回滾（Rollback）到事務開始前的狀態，就像這個事務從來沒有執行過一樣。
一致性：在事務開始之前和事務結束以後，數據庫的完整性沒有被破壞。這表示寫入的資料必須完全符合所有的預設規則，這包含資料的精確度、串聯性以及後續數據庫可以自發性地完成預定的工作。
隔離性：數據庫允許多個併發事務同時對其數據進行讀寫和修改的能力，隔離性可以防止多個事務併發執行時由於交叉執行而導致數據的不一致。事務隔離分爲不同級別，包括讀未提交（Read uncommitted）、讀提交（read committed）、可重複讀（repeatable read）和串行化（Serializable）。
持久性：事務處理結束後，對數據的修改就是永久的，即便系統故障也不會丟失。
注意：在 MySQL 命令行的默認設置下，事務都是自動提交的，即執行 SQL 語句後就會馬上執行 COMMIT 操作。因此要顯式地開啓一個事務務須使用命令 BEGIN 或 START TRANSACTION，或者執行命令 SET AUTOCOMMIT=0，用來禁止使用當前會話的自動提交。
事務控制語句：
BEGIN或START TRANSACTION；顯式地開啓一個事務；
COMMIT；也可以使用COMMIT WORK，不過二者是等價的。COMMIT會提交事務，並使已對數據庫進行的所有修改成爲永久性的；
ROLLBACK；有可以使用ROLLBACK WORK，不過二者是等價的。回滾會結束用戶的事務，並撤銷正在進行的所有未提交的修改；
SAVEPOINT identifier；SAVEPOINT允許在事務中創建一個保存點，一個事務中可以有多個SAVEPOINT；
RELEASE SAVEPOINT identifier；刪除一個事務的保存點，當沒有指定的保存點時，執行該語句會拋出一個異常；
ROLLBACK TO identifier；把事務回滾到標記點；
SET TRANSACTION；用來設置事務的隔離級別。InnoDB存儲引擎提供事務的隔離級別有READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ和SERIALIZABLE。
MYSQL 事務處理主要有兩種方法：
1、用 BEGIN, ROLLBACK, COMMIT來實現
START TRANSACTION #開啓事務
ROLLBACK #回滾事務
COMMIT #提交事務
SAVEPOINT identifier #事務語句過多時，可以創建一個保存點，單獨還原至此點
ROLLBACK [WORK] TO [SAVEPOINT] identifier #還原事務至此點
RELEASE SAVEPOINT identifier #刪除保存點2、
2、直接用 SET 來改變 MySQL 的自動提交模式:
SET AUTOCOMMIT=0 禁止自動提交
SET AUTOCOMMIT=1 開啓自動提交
隔離級別：
1. READ UNCOMMITTED （讀未提交）
2. READ COMMITTED（讀提交）
3. REPEATEABLE READ（可重複讀）
4. SERIALIZABLE（序列化）
各個隔離級別可能產生的問題：
a.髒讀，當前線程事務可以讀取另一個線程事務未提交修改的數據。
b.不可重複讀，事務提交前看到的數據不一致（別的線程修改提交）； 線程1開啓事務查詢數據一個樣，當線程2開啓事務修改提交後，線程1再次查詢發現數據修改（未提交），這就是不可重複讀。
c.幻讀， 可重複讀級別通過MVCC機制保證事務提交前看到的數據都是一致的，但是又有一個新問題，當線程2修改完數據提交後，線程1看到的還是未修改前的原始數據，但實際底層數據已被更改，當線程1提交後發現數據改變，像幻覺一樣，這就是幻讀。
d.加鎖讀，SERIABLIZEBLE 爲了解決幻讀問題，當線程事務1查詢數據，線程事務2修改數據會被鎖住，因爲數據具有不確定性。
事務參考：1