事務隔離級別用于解決并發場景下的數據訪問問題，mysql提供了四種級別：讀未提交（ru）、讀已提交（rc）、可重復讀（rr）和串行化（serializable），選擇時需權衡數據一致性和并發性能。①ru級別最低，允許臟讀，適用于對一致性要求極低但性能要求高的場景；②rc級別解決臟讀，但存在不可重復讀，適用于一般一致性需求；③rr級別解決臟讀和不可重復讀，但可能有幻讀，是mysql默認級別，適用于多數應用；④serializable級別最嚴格，解決所有并發問題，但性能最差，適用于數據一致性要求極高的場景。
事務隔離級別，簡單來說，就是為了解決并發場景下數據訪問的各種問題，比如臟讀、不可重復讀和幻讀。MySQL提供了四種隔離級別，從弱到強分別是讀未提交（RU）、讀已提交（RC）、可重復讀（RR）和串行化（SERIALIZABLE）。選擇哪個級別，取決于你對數據一致性和并發性能的權衡。
讀未提交（RU）、讀已提交（RC）、可重復讀（RR）和串行化（SERIALIZABLE）的區別在于它們對并發事務的可見性限制程度不同，應用場景則取決于對數據一致性的要求和對并發性能的容忍度。
讀未提交（RU）：最低級別，能解決什么問題？
讀未提交（Read Uncommitted，RU）是最低的事務隔離級別。在這個級別下，一個事務可以看到其他事務未提交的修改。這意味著可能會出現臟讀，即讀取到尚未提交的數據，如果那個事務最終回滾了，你讀到的就是無效的數據。
為什么會有這個級別？說實話，在大多數實際應用中，RU級別幾乎不會被使用。因為它帶來的數據一致性問題太嚴重了。想象一下，你的銀行賬戶余額被一個未提交的事務修改了，你看到了錯誤的余額并基于此進行了交易，這會造成混亂。
盡管如此，RU在某些特定的場景下還是有其存在的價值。例如，在一些對數據一致性要求極低，但對性能要求極高的場景下，比如一些數據分析或者報表系統，允許讀取未提交的數據可以提高查詢效率。但必須清楚，這種場景下，你必須接受讀取到不準確數據的風險。
讀已提交（RC）：解決了臟讀，但還不夠
讀已提交（Read Committed，RC）隔離級別解決了臟讀的問題。也就是說，一個事務只能看到其他事務已經提交的修改。這是大多數數據庫的默認隔離級別，比如oracle。
RC級別下，雖然避免了臟讀，但仍然存在不可重復讀的問題。不可重復讀是指，在同一個事務中，多次讀取同一行數據，由于其他事務的提交，可能會得到不同的結果。
舉個例子，你在一個事務中查詢了某個商品的價格，然后過了一會兒，你再次查詢這個商品的價格，發現價格變了，因為另一個事務修改并提交了商品價格。
RC的優勢在于，它保證了每次讀取到的數據都是已經提交的，相對RU來說，數據一致性有了很大的提升。但是，對于一些對數據一致性要求較高的場景，RC仍然不夠。比如，在財務系統中，需要保證在同一個事務中多次讀取的數據必須是一致的，RC就無法滿足這個需求。
可重復讀（RR）：MySQL的默認選擇，平衡之道
可重復讀（Repeatable Read，RR）是MySQL的默認隔離級別。它在RC的基礎上更進一步，不僅解決了臟讀，還解決了不可重復讀的問題。
RR級別下，一個事務在執行過程中，多次讀取同一行數據，得到的結果始終是一致的。這是通過在事務開始時創建一個快照來實現的。事務只能看到這個快照中的數據，即使其他事務修改并提交了數據，當前事務也看不到。
RR級別解決了不可重復讀的問題，但仍然存在幻讀的問題。幻讀是指，在同一個事務中，多次執行同一個查詢，由于其他事務的插入操作，可能會得到不同的結果集。
例如，你在一個事務中查詢了所有價格大于100元的商品，然后另一個事務插入了一個價格大于100元的商品并提交了。如果你再次執行相同的查詢，你會發現多了一條記錄，這就是幻讀。
RR級別在數據一致性和并發性能之間找到了一個平衡點。它既保證了較高的數據一致性，又允許較高的并發性能。對于大多數應用場景來說，RR都是一個不錯的選擇。
串行化（SERIALIZABLE）：最嚴格的保護，但性能是代價
串行化（Serializable）是最高的事務隔離級別。在這個級別下，事務是完全串行執行的，也就是說，一個事務必須等待前一個事務執行完成后才能開始執行。
Serializable級別解決了所有并發問題，包括臟讀、不可重復讀和幻讀。但是，它的并發性能也是最低的。
Serializable級別通過強制事務串行執行來實現最高的數據一致性。這意味著，如果多個事務同時訪問同一行數據，只有一個事務能夠成功，其他事務必須等待。
Serializable級別通常只在對數據一致性要求極高，且并發量較低的場景下使用。例如，在銀行轉賬系統中，為了保證資金的絕對安全，可以使用Serializable級別。
如何選擇合適的隔離級別？
選擇合適的隔離級別需要在數據一致性和并發性能之間進行權衡。
- 如果對數據一致性要求不高，且對并發性能要求極高，可以選擇RU級別。
- 如果需要避免臟讀，但可以容忍不可重復讀，可以選擇RC級別。
- 如果需要避免臟讀和不可重復讀，但可以容忍幻讀，可以選擇RR級別。
- 如果對數據一致性要求極高，且對并發性能要求不高，可以選擇Serializable級別。
在實際應用中，大多數情況下選擇RR級別就足夠了。如果遇到特定的并發問題，可以考慮調整隔離級別或者使用其他的并發控制機制，比如悲觀鎖或者樂觀鎖。
