一、事務
1、數據庫事務是指：作為單個邏輯工作單元執行的一系列操作（SQL語句）。這些操作要么全部執行，要么全部不執行
2、事務管理是每個數據庫（oracle、mysql、db等）都必須實現的。
3、作用：保證了對數據操作的安全性
#還錢的例子 A用銀行卡給B的支付寶轉賬1000 1 將A銀行卡賬戶的數據減1000塊 2 將B支付寶賬戶的數據加1000塊 在操作多條數據的時候可能會出現某幾條操作不成功的情況 ,一條不成功就不會成功
4、 事務的四大特性
ACID A:原子性（atomicity) 一個事務是一個不可分割的單位，事務中包含的諸多操作 要么同時成功要么同時失敗 C:一致性（consistency) 事務必須是使數據庫從一個一致性的狀態變到另外一個一致性的狀態 一致性跟原子性是密切相關的 I:隔離性（isolation） 一個事務的執行不能被其他事務干擾 （即一個事務內部的操作及使用到的數據對並發的其他事務是隔離的，並發執行的事務之間也是互相不干擾的） D:持久性（durability） 也叫"永久性" 一個事務一旦提交成功執行成功 那么它對數據庫中數據的修改應該是永久的 接下來的其他操作或者故障不應該對其有任何的影響
5、如何使用事務
# 事務相關的關鍵字 # 1 開啟事務 start transaction; # 2 回滾(回到事務執行之前的狀態) rollback; # 3 確認(確認之后就無法回滾了) commit; """模擬轉賬功能""" create table user( id int primary key auto_increment, name char(16), balance int ); insert into user(name,balance) values ('jason',1000), ('egon',1000), ('tank',1000); # 1 先開啟事務 start transaction; # 2 多條sql語句 update user set balance=900 where name='jason'; update user set balance=1010 where name='egon'; update user set balance=1090 where name='tank'; """ 總結 當你想讓多條sql語句保持一致性 要么同時成功要么同時失敗 你就應該考慮使用事務 """
6、pymysql實現事務處理
try: cursor.execute(sql_1) cursor.execute(sql_2) cursor.execute(sql_3) except Exception as e: connect.rollback() # 事務回滾 print('事務處理失敗', e) else: connect.commit() # 事務提交 print('事務處理成功', cursor.rowcount)# 關閉連接 cursor.close() connect.close()
二、隔離級別
數據庫事務的隔離級別有4種，由低到高分別為Read uncommitted 、Read committed 、Repeatable read 、Serializable 。
而且，在事務的並發操作中可能會出現臟讀，不可重復讀，幻讀。下面通過事例一一闡述它們的概念與聯系。
ps:大多數數據庫默認的事務隔離級別是Read committed，比如Sql Server , Oracle , Mysql的默認隔離級別是Repeatable read。
1.Read uncommitted
讀未提交，顧名思義，就是一個事務可以讀取另一個未提交事務的數據。 事例：老板要給程序員發工資，程序員的工資是3.6萬/月。但是發工資時老板不小心按錯了數字，按成3.9萬/月，該錢已經打到程序員的戶口，但是事務還沒有提交，
就在這時，程序員去查看自己這個月的工資，發現比往常多了3千元，以為漲工資了非常高興。但是老板及時發現了不對，馬上回滾差點就提交了的事務，將數字改成3.6萬再提交。 分析：實際程序員這個月的工資還是3.6萬，但是程序員看到的是3.9萬。他看到的是老板還沒提交事務時的數據。這就是臟讀。
那怎么解決臟讀呢？Read committed！讀提交，能解決臟讀問題。
2.Read committed
讀提交，顧名思義，就是一個事務要等另一個事務提交后才能讀取數據。
事例：程序員拿着信用卡去享受生活（卡里當然是只有3.6萬），當他埋單時（程序員事務開啟），收費系統事先檢測到他的卡里有3.6萬，就在這個時候！！
程序員的妻子要把錢全部轉出充當家用，並提交。當收費系統准備扣款時，再檢測卡里的金額，發現已經沒錢了（第二次檢測金額當然要等待妻子轉出金額事務提交完）。
程序員就會很郁悶，明明卡里是有錢的…
分析：這就是讀提交，若有事務對數據進行更新（UPDATE）操作時，讀操作事務要等待這個更新操作事務提交后才能讀取數據，可以解決臟讀問題。
但在這個事例中，出現了一個事務范圍內兩個相同的查詢卻返回了不同數據，這就是不可重復讀。
那怎么解決可能的不可重復讀問題？Repeatable read ！
3.Repeatable read
重復讀，就是在開始讀取數據（事務開啟）時，不再允許修改操作
事例：程序員拿着信用卡去享受生活（卡里當然是只有3.6萬），當他埋單時（事務開啟，不允許其他事務的UPDATE修改操作），收費系統事先檢測到他的卡里有3.6萬。
這個時候他的妻子不能轉出金額了。接下來收費系統就可以扣款了。
分析：重復讀可以解決不可重復讀問題。寫到這里，應該明白的一點就是，不可重復讀對應的是修改，即UPDATE操作。
但是可能還會有幻讀問題。因為幻讀問題對應的是插入INSERT操作，而不是UPDATE操作。
什么時候會出現幻讀？
事例：程序員某一天去消費，花了2千元，然后他的妻子去查看他今天的消費記錄（全表掃描FTS，妻子事務開啟），
看到確實是花了2千元，就在這個時候，程序員花了1萬買了一部電腦，即新增INSERT了一條消費記錄，並提交。
當妻子打印程序員的消費記錄清單時（妻子事務提交），發現花了1.2萬元，似乎出現了幻覺，這就是幻讀。
那怎么解決幻讀問題？Serializable！
4.Serializable 序列化
Serializable 是最高的事務隔離級別，在該級別下，事務串行化順序執行，可以避免臟讀、不可重復讀與幻讀。
但是這種事務隔離級別效率低下，比較耗數據庫性能，一般不使用。