【MySQL】——事务的基本概念
- 💂 個人主頁:努力學習的少年
- 🤟 版權:?本文由【努力學習的少年】原創、在CSDN首發、需要轉載請聯系博主
- 💬 如果文章對你有幫助、歡迎關注、點贊、收藏(一鍵三連)和訂閱專欄哦
一. 事務的概念
在MySQL環境中，事務是由一個單元的一個或多個SQL語句組成，這個單元的每個SQL語句是相互依賴的，而且單元作為一個整體是不可分割的。如果單元中的一個語句不能完成，整個單元就會回滾（撤銷），所有影響到數據將返回到事務開始以前的狀態，因此，只有事務中所有SQL語句執行成功，則才能說明這個事務被成功執行。使用一個簡單的例子來理解事務：
向公司添加一名新員工，這個過程由3個基本步驟組成（如圖所示）：
- 在員工數據庫中為員工創建一條新記錄（分配員工ID,分配崗位等）。
- 為新員工分配部門。
- 建立員工的工資和獎金記錄。
??? 如果其中一個步驟失敗，則系統必須撤銷在此之前的所有變化，刪除所有不完整的記錄的痕跡，以避免以后的不一致和計算錯誤。
???在 開始事務 和 提交事務 之間所作的所有操作 構成一個事務， 其中任何一個步驟失敗都會都會導致整個事務被撤銷，系統會返回到以前的狀態。
事務提交后，對數據的修改是永久的，即使系統出現故障也不會丟失數據。
二.事務的操作
1.事務的提交
事務的提交方式有 自動提交，手動提交 。
在MySQL命令行的默認下，事務都是自動提交的，即執行SQL語句后會馬上執行commit操作，我們之前所寫的所有單條的DML SQL語句，在MySQL默認是一個事務,默認執行完，就會被MySQL自動提交。
如果要受到的提交可以使用 begin 或者 start transaction，或者將 AUTOCOMMIT=0,表示禁用自動提交。如下：
show variables like 'autocommit'；//查看是否啟動為自動提交。 SET AUTOCOMMIT=0；//禁用自動提交2.開始事務
手動啟動一個事務可以采用如下語句：
start transaction; 或者 begin；begin 和? commit 之間的所有操作 統稱為一個事務。
?3.結束事務
commit語句是提交語句，它使得自從事務開始以來所執行的所有數據修改成為數據庫的永久部分，也標記一個事務的結束。
4.事務的回滾
事務回滾有語句有
- rollback ：直接回滾到事務的最開始，也就是撤銷了該事務的所有操作。
- rollback to 保存點名稱：回滾到設置保存點的位置，撤銷了設置保存點之后的所有操作。
- savepoint 名稱：設置保存點，并設置保存點的名稱。
三.事務的屬性
在MySQL中只有使用了 Innodb存儲引擎 的數據表才支持事務，MyISAM不支持。
事務的屬性包括 原子性，一致性，隔離性，永久性。
原子性
原子性 意味著每個事務都必須看作一個不可分割的單元，假設一個事務由兩個或多個操作組成，其中這些操作必須同時成功，則整個事務才成功，否則事務失敗，失敗將會返回該事務以前的狀態。
在添加員工這個例子中，原子性指如果沒有創建員工的工資表和部門，就不可能將員工插入到數據庫表中。總而言之，原子執行是一個或者全部發送或者什么也沒有發生的命題。
一致性
事務
隔離性
數據庫允許多個并發事務同時對其數據進行讀寫和修改的能力，隔離性可以 防止多個事務并發執行時 由于多個事務的交叉執行 導致數據庫中的數據的不一致。比如：事務A正在不斷的在修改表中的數據，那么事務B需要不斷的查看表的數據，那么事務B每次查看的數據可能不一樣。
持久性
事務提交后，對數據的修改就是 永久的，即便系統故障也不會丟失。
一致性
為了理解一致性，舉個通俗易懂的例子：假設我要提現1500塊錢提現到銀行卡中，那么就需要至少需要分兩步操作：
- 當第一步執行后，服務器出現問題導致第二步就無法完成，那么我們的微信錢包-1500快錢，銀行卡上的錢沒有增加，導致我白白丟失了1500塊錢，這就導致數據“不一致"的問題.
- 事務的一致性與事務原子性有關，如果第二步執行失敗，則會回滾到事務的開始，撤銷第一步的操作，所以為了保持事務的一致性，在業務層上設計上，就要求我們合理的設計這兩步操作，需要將上面的兩個操作設計在一個事務內。
四. 隔離級別
1.如何理解隔離級別
- MySQL服務可能被多個客戶端同時給訪問，訪問的方式是以事務的形式訪問。
- 一個事務由多條SQL語句組成，任何一個事務都有執行前（begin之前），執行中（begin和commit之間），執行后（commit之后），如果所有的事務各自執行中有多條事務語句，那么可能會相互影響到的情況，例如：多個事務訪問同一張表，同一行數據，有些事務在修改，有些事務在讀取。
- 數據庫中為了保證事務的過程中盡量不受干擾，就有了一個重要特征：隔離性。
- 數據庫中，允許事務受不同程度的干擾，就有了一種重要的特征：隔離級別。
2. 隔離級別的分類
SQL標準定義了4類隔離級別，包括一些具體規則，用來 限定事務內外的哪些改變是可見的，哪些是不可見的，低級別的隔離級別一般支持更高的并發處理，并擁有更低的系統開銷。不同的場景使用的隔離級別可能不同。
讀未提交（READ UNCOMMITTED）
- 所有的事務可以看到其它事務未提交的結果。讀未提交隔離級別很少應用于實際應用中。
- 一個事務在執行中，讀到另一個事務正在更新但沒有提交的數據，這種現象就為臟讀。
查看客戶端的隔離級別：
select @@tx_isolation; //查看隔離級別?將當前會話的事務A的隔離級別設置為讀未提交READ-UNCOMMITTED；
set session tx_isolation='READ-UNCOMMITTED';?如果要設置全局的事務隔離級別（其他會話也會改變），那么需要將session 更改為global，如果隔離級別沒有生效，則需要重新登錄會話才會生效。
set global tx_isolation='READ-UNCOMMITTED';?實驗1：觀察讀未提交的現象
客戶端A開始一個事務，并往person表中插入數據，客戶端B啟動一個事務并查看person表。
person表：
客戶端A：
?客戶端B：
- 客戶端A沒有提交事務，但是客戶端B的事務可以看到客戶端A事務執行過程中插入的數據，這就是讀未提交的現象。
- 客戶端B的事務 看到 客戶端A的事務 對表的操作，這就是臟讀。
讀提交（READ COMMIT)
- 一個事務 只能看到 已經提交事務的操作，正在執行的事務的操作是看不到的，這種隔離級別也支持所謂的不可重復讀，因為同一事務的其他實例在該實例處理期間可能會有新的commit，所以同一事務進行查詢時可能會返回不同的結果。
- 該隔離級別是大部分數據庫的隔離級別，但不是MySQL的隔離級別。
實驗2:查看讀提交的現象
將隔離級別設置為讀提交，客戶端A啟動一個事務并給person表插入數據，客戶端B查看person表，接下來客戶端A提交事務，客戶端A再查看person表。
?person表：
客戶端A插入數據，但沒有提交事務，客戶端B查看不到插入的數據：
?客戶端A提交事務，客戶端B可以查看到客戶端A插入的數據：
客戶端B的事務只能查看到客戶端A事務提交的數據，這就是讀提交。
實驗3:查看不可重復讀的現象
客戶端B開始一個事務并查看person表，然后客戶端A開始一個事務并修改person表中的關羽的qq值，然后提交，最后客戶端B再查看person表中的數據.
person表：
客戶端A:
?客戶端B:
?????
客戶端A事務提交事務前和提交事務后，客戶端B的事務查看表的數據是不一致的，這就是不可重復讀的現象。
可重復讀（REPEATABLE READ)
- 可重復讀是MySQL的默認事務隔離級別。
- 可重復讀隔離級別只允許讀取已經提交的記錄，而且在 同一個事務兩次讀取一個記錄期間保持一致，但是該事務不要求于其他事務可串行化。
- 一個事務可以到由一個已經提交更新的記錄，但是可能出現幻讀的問題。
- 幻讀指當用戶讀數據行時，另一個事務又在該范圍內插入了新行，當用戶在讀取該范圍的數據行,讀取到的記錄是不一樣的。
- 但是MySQL通過多版本并發控制機制解決了幻讀的問題。
實驗4：查看可重復讀的現象
將隔離級別設置為可重復讀。
客戶端B開始一個事務并查看person表，然后客戶端A開始一個事務并修改person表中的關羽的qq值，然后提交，最后客戶端B再查看person表中的數據.
person表：
?客戶端A：
?客戶端B：
??????
?由上面實驗可以看到，客戶端A的事務修改數據后，不管有沒有提交事務，客戶端B每次查看數據時只會顯示第一次查看到的數據，且在一個事務內只能讀取一個記錄，期間保持一致，直到客戶端B將事務提交，才能讀取別的事務修改的記錄。
.
串行化（SERIALIZABLE)
- ?串行化是最高的隔離級別，它通過強制事務排序，可串行化是一個調度，即多個事務之間的執行方式；而多個事務之間的執行有個先后順序，如果事務之間沒有共同的操作對象（讀或寫操作），則事務之間的執行順序前后置換是沒有關系的；但是如果事物間存在共同的操作對象，則事務間先后執行的順序則需要區分 。
- 序列化是最高的事務隔離級別，在該級別下，事務串行化順序執行，可以避免臟讀、不可重復讀與幻讀。但是這種事務隔離級別效率低下，比較耗數據庫性能，一般不使用 ????
總結
以上是生活随笔為你收集整理的【MySQL】——事务的基本概念的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： HTML5七夕情人节表白网页(抖音-罗盘
- 下一篇： Linux 下如何进入 MySQL 命令