事務(wù)的定義

創(chuàng)新互聯(lián)建站于2013年成立，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目網(wǎng)站建設(shè)、做網(wǎng)站網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元富民做網(wǎng)站,已為上家服務(wù),為富民各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:13518219792

事務(wù)：數(shù)據(jù)庫操作的最小工作單元，是作為單個(gè)邏輯工作單元執(zhí)行的一系列操作; 事務(wù)是一組不可再分割的操作集合（工作邏輯單元）。

典型事務(wù)使用場(chǎng)景：轉(zhuǎn)賬

MySQL 開啟事務(wù)：

MySQL 默認(rèn)是開啟事務(wù)的，通過 SHOW VARIABLES like 'autocommit'; 可以查看 MySQL 的事務(wù)開啟情況。

在 autocommit = ON（自動(dòng)提交事務(wù)）的情況下，可以執(zhí)行 BEGIN; 或者 START TRANSACTION; 命令，改為手動(dòng)提交事務(wù)，執(zhí)行完 SQL 語句后，需要通過 COMMIT 命令提交事務(wù)，或者通過 ROLLBACK 命令回滾事務(wù)。
在 autocommit = OFF（手動(dòng)提交事務(wù)）的情況下，執(zhí)行完 SQL 語句后，需要通過 COMMIT 命令提交事務(wù)，或者通過 ROLLBACK命令回滾事務(wù)。
JDBC 編程：

測(cè)試命令：

事務(wù) ACID 特性

原子性（Atomicity）：最小的工作單元，整個(gè)工作單元要么一起提交成功，要么全部失敗回滾。

一致性（Consistency）：事務(wù)中操作的數(shù)據(jù)及狀態(tài)改變是一致的，即寫入資料的結(jié)果必須完全符合預(yù)設(shè)的規(guī)則，不會(huì)因?yàn)槌霈F(xiàn)系統(tǒng)意外等原因?qū)е聽顟B(tài)的不一致。

隔離型（Isolation）：一個(gè)事務(wù)所操作的數(shù)據(jù)在提交之前，對(duì)其他事務(wù)的可見性設(shè)定（一般設(shè)定為不可見）。

持久性（Durability）：事務(wù)所做的修改就會(huì)永久保存，不會(huì)因?yàn)橄到y(tǒng)意外導(dǎo)致數(shù)據(jù)的丟失。

參考（原子性和一致性的區(qū)別是什么？）這篇博文，講了一下原子性和一致性的區(qū)別。

事務(wù)并發(fā)帶來了哪些問題

臟讀

MySQL InnoDB 事務(wù)
比如 user 表中有一條用戶數(shù)據(jù)，執(zhí)行了如下操作：

事務(wù)B更新 id=1 的數(shù)據(jù)，age 更新為18，不提交事務(wù)
事務(wù)A查詢 id=1 的數(shù)據(jù)
事務(wù)B回滾剛才的更新操作
這個(gè)時(shí)候，事務(wù)A中查詢出的 id=1 的數(shù)據(jù)，age 的值是16還是18？

不可重復(fù)讀

比如 user 表中有一條用戶數(shù)據(jù)，執(zhí)行了如下操作：

事務(wù)A查詢 id=1 的數(shù)據(jù)
事務(wù)B更新 id=1 的數(shù)據(jù)，age 更新為18，并提交事務(wù)
事務(wù)A再次查詢 id=1 的數(shù)據(jù)
這個(gè)時(shí)候，事務(wù)A兩次查詢出的 id=1 的數(shù)據(jù)，age 的值是16還是18？

幻讀

比如在 user 表中執(zhí)行了如下操作：

事務(wù)A查詢 age>15 的數(shù)據(jù)
事務(wù)B新增一條數(shù)據(jù)，age=22，并提交事務(wù)
事務(wù)A再次查詢 age>15 的數(shù)據(jù)
這個(gè)時(shí)候，事務(wù)A兩次查詢出的數(shù)據(jù)，數(shù)量是1條還是2條？

事務(wù)四種隔離級(jí)別

SQL92 ANSI/ISO標(biāo)準(zhǔn)：http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt

Read Uncommitted（未提交讀） --未解決并發(fā)問題

事務(wù)未提交對(duì)其他事務(wù)也是可見的，臟讀（dirty read）

Read Committed（提交讀） --解決臟讀問題

一個(gè)事務(wù)開始之后，只能看到自己提交的事務(wù)所做的修改，不可重復(fù)讀（non repeatable read）

Repeatable Read（可重復(fù)讀） --解決不可重復(fù)讀問題

在同一個(gè)事務(wù)中多次讀取同樣的數(shù)據(jù)結(jié)果是一樣的，這種隔離級(jí)別未定義解決幻讀的問題

Serializable（串行化） --解決所有問題

最高的隔離級(jí)別，通過強(qiáng)制事務(wù)的串行執(zhí)行

InnoDB 引擎對(duì)隔離級(jí)別的支持程度

事務(wù)隔離級(jí)別的并發(fā)能力：未提交讀 > 已提交讀 > 可重復(fù)讀 > 串行化

InnDB 引擎默認(rèn)的事務(wù)隔離級(jí)別是可重復(fù)讀（Repeatable Read），在該級(jí)別中它把幻讀的問題也解決了。InnDB 中事務(wù)隔離級(jí)別通過鎖、MVCC 實(shí)現(xiàn)。

通過如下語句查看 InnoDB 的默認(rèn)事務(wù)隔離級(jí)別：

MySQL InnoDB 事務(wù)
MySQL InnoDB 事務(wù)
通過如下語句設(shè)置 InnoDB 的事務(wù)隔離級(jí)別：

MySQL InnoDB 事務(wù)
接下來我們來測(cè)試一下 InnoDB 的默認(rèn)事務(wù)隔離級(jí)別（Repeatable Read）是否解決了臟讀、不可重復(fù)讀、幻讀的問題。

數(shù)據(jù)準(zhǔn)備：

MySQL InnoDB 事務(wù)
是否解決了臟讀的問題？

MySQL InnoDB 事務(wù)
開啟兩個(gè) MySQL 客戶端，模擬事務(wù)A和事務(wù)B的操作，執(zhí)行步驟如下：

事務(wù)B開啟手動(dòng)事務(wù)，更新 id=1 的數(shù)據(jù)，age 更新為18，不提交事務(wù)
事務(wù)A查詢 id=1 的數(shù)據(jù)
事務(wù)B回滾剛才的更新操作
圖中的數(shù)字是執(zhí)行步驟，通過下圖可以看出事務(wù)A的執(zhí)行結(jié)果是16，InnDB 的默認(rèn)事務(wù)隔離級(jí)別完美的解決了臟讀的問題。

MySQL InnoDB 事務(wù)
是否解決了不可重復(fù)讀的問題？

MySQL InnoDB 事務(wù)
開啟兩個(gè) MySQL 客戶端，模擬事務(wù)A和事務(wù)B的操作，執(zhí)行步驟如下：

事務(wù)A開啟手動(dòng)事務(wù)，查詢 id=1 的數(shù)據(jù)
事務(wù)B更新 id=1 的數(shù)據(jù)，age 更新為18，并提交事務(wù)
事務(wù)A再次查詢 id=1 的數(shù)據(jù)
圖中的數(shù)字是執(zhí)行步驟，通過下圖可以看出事務(wù)A兩次的執(zhí)行結(jié)果都是16，沒有受事務(wù)B更新操作的影響，InnDB 的默認(rèn)事務(wù)隔離級(jí)別完美的解決了不可重復(fù)讀的問題。

MySQL InnoDB 事務(wù)
是否解決了幻讀的問題？

MySQL InnoDB 事務(wù)
開啟兩個(gè) MySQL 客戶端，模擬事務(wù)A和事務(wù)B的操作，執(zhí)行步驟如下：

事務(wù)A開啟手動(dòng)事務(wù)，查詢 age>15 的數(shù)據(jù)
事務(wù)B新增一條數(shù)據(jù)，age=22，并提交事務(wù)
事務(wù)A再次查詢 age>15 的數(shù)據(jù)
圖中的數(shù)字是執(zhí)行步驟，通過下圖可以看出事務(wù)A兩次的執(zhí)行結(jié)果都是一條數(shù)據(jù)，沒有受事務(wù)B新增操作的影響，InnDB 的默認(rèn)事務(wù)隔離級(jí)別完美的解決了幻讀的問題。

MySQL InnoDB 事務(wù)