一. 事務簡介事務是一組操作的集合,它是一個不可分隔的工作單位,事務會把所有的操作作為一個整體一起向系統(tǒng)提交或撤銷操作請求,即這些操作要么同時成功,要么同時失敗。 就比如:張三給李四轉賬1000塊錢,張三銀行賬戶的錢減少了1000,而李四銀行賬戶的錢要增加1000。這一組操作就必須在一個事務的范圍內,要么都成功,要么都失敗。 正常情況:轉賬這個操作,需要分為以下這么三步來完成,三步完成之后,張三減少1000,而李四增加1000,轉賬成功: 異常情況:轉賬這個操作,也是分為以下這么三步來完成,在執(zhí)行第三步時報錯了,這樣就導致張三減少1000塊錢,而李四的金額沒變,這樣就造成了數(shù)據(jù)的不一致,就出現(xiàn)問題了。 為了解決上述的問題,就需要通過數(shù)據(jù)的事務來完成,我們只需要在業(yè)務邏輯執(zhí)行之前開啟事務,執(zhí)行完畢后提交事務。如果執(zhí)行過程中報錯,則回滾事務,把數(shù)據(jù)恢復到事務開始之前的狀態(tài)。 注:默認MySQL的事務時自動提交的,也就是說,當執(zhí)行完一條DML語句時,MySQL會立即隱式的提交事務。 二. 事務操作數(shù)據(jù)準備: 1drop table if exists account; 2 3create table account( 4 id int primary key AUTO_INCREMENT comment 'ID', 5 name varchar(10) comment '姓名', 6 money double(10,2) comment '余額' 7) comment '賬戶表'; 8 9insert into account(name, money) VALUES ('張三',2000), ('李四',2000);
1. 未控制事務(1). 測試正常情況1-- 1. 查詢張三余額 2select * from account where name = '張三'; 3 4-- 2. 張三的余額減少1000 5update account set money = money - 1000 where name = '張三'; 6 7-- 3. 李四的余額增加1000 8update account set money = money + 1000 where name = '李四';
測試完畢之后檢查數(shù)據(jù)的狀態(tài),可以看出數(shù)據(jù)操作前后是一致的。 (2). 測試異常情況1-- 1. 查詢張三余額 2select * from account where name = '張三'; 3 4-- 2. 張三的余額減少1000 5update account set money = money - 1000 where name = '張三'; 6出錯了.... 7 8-- 3. 李四的余額增加1000 9update account set money = money + 1000 where name = '李四';
我們把數(shù)據(jù)都恢復到2000,然后再次一次性執(zhí)行上述的SQL語句(出錯了… 這句話不符合SQL語法,執(zhí)行就會報錯),檢查最終的數(shù)據(jù)情況,發(fā)現(xiàn)數(shù)據(jù)在操作前后不一致了。 2. 控制事務一(1). 查看/設置事務提交方式1SELECT @@autocommit; 2 3SET @@autocommit = 0;
(2). 提交事務1COMMIT;
(3). 回滾事務1ROLLBACK;
注:上述的這種方式,我們是修改了事務的自動提交行為,把默認的自動提交修改為了手動提交,此時我們執(zhí)行的DML語句都不會提交,需要手動的執(zhí)行commit進行提交。 3. 控制事務二(1).開啟事務1START TRANSACTION 或 BEGIN ;
(2).提交事務1COMMIT;
(3).回滾事務1ROLLBACK;
轉賬案例: 1-- 開啟事務 2start transaction; 3 4-- 1. 查詢張三余額 5select * from account where name = '張三'; 6 7-- 2. 張三的余額減少1000 8update account set money = money - 1000 where name = '張三'; 9 10-- 3. 李四的余額增加1000 11update account set money = money + 1000 where name = '李四'; 12 13-- 如果正常執(zhí)行完畢, 則提交事務 14commit; 15 16-- 如果執(zhí)行過程中報錯, 則回滾事務 17-- rollback;
三. 事務四大特性原子性(Atomicity):事務是不可分隔的最小操作單元,要么全部成功,要么全部失敗。 一致性(Consistency):事務完成時,必須使所有的數(shù)據(jù)都保持一致。 隔離性(Isolation):數(shù)據(jù)庫系統(tǒng)提供的隔離機制,保證事務在不受外部并發(fā)操作影響的獨立環(huán)境下運行。 持久性(Durability):事務一旦提交或回滾,它對數(shù)據(jù)庫中的數(shù)據(jù)的改變就是永久的。
上述就是事務的四大特性,簡稱ACID。 四. 并發(fā)事務問題1. 臟讀:一個事務讀到另一個事務還沒有提交的數(shù)據(jù)2. 不可重復讀:一個事務先后讀取同一條記錄,但兩次讀取的數(shù)據(jù)不同,稱之為不可重復讀3. 幻讀:一個事務按照條件查詢數(shù)據(jù)時,沒有對應的數(shù)據(jù)行,但是在插入數(shù)據(jù)時,又發(fā)現(xiàn)這行數(shù)據(jù)已經(jīng)存在,好像出現(xiàn)了”幻影”。五. 事務隔離級別為了解決并發(fā)事務所引發(fā)的問題,在數(shù)據(jù)庫中引入了事務隔離級別。主要有以下幾種: 隔離級別 | 臟讀(是否解決) | 不可重復讀(是否解決) | 幻讀(是否解決) |
---|
讀未提交(Read uncommitted) | 未解決 | 未解決 | 未解決 | 讀已提交(Read committed) | 解決 | 未解決 | 未解決 | 可重復讀(Repeatable Read)(默認) | 解決 | 解決 | 未解決 | 串行化(Serializable) | 解決 | 解決 | 解決 |
1. 查詢事務隔離級別1SELECT @@TRANSACTION_ISOLATION;
2. 設置事務隔離級別1SET [ SESSION | GLOBAL ] TRANSACTION ISOLATION LEVEL 2{ READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE }
SESSION:session表示當前窗口的隔離級別。 GLOBAL:global表示全局的隔離級別 注:事務隔離級別越高,數(shù)據(jù)越安全,但是性能越低。
|