mysql存儲過程事務(wù)管理簡析

2024-07-24 12:48:59

字體：大中小

供稿：網(wǎng)友

ACID:Atomic、Consistent、Isolated、Durable
存儲程序提供了一個絕佳的機制來定義、封裝和管理事務(wù)。
1，MySQL的事務(wù)支持
1）MySQL的事務(wù)支持不是綁定在MySQL服務(wù)器本身，而是與存儲引擎相關(guān)：
Sql代碼
復制代碼代碼如下:

MyISAM：不支持事務(wù)，用于只讀程序提高性能
InnoDB：支持ACID事務(wù)、行級鎖、并發(fā)
Berkeley DB：支持事務(wù)
MyISAM：不支持事務(wù)，用于只讀程序提高性能
InnoDB：支持ACID事務(wù)、行級鎖、并發(fā)
Berkeley DB：支持事務(wù) 2）隔離級別：

隔離級別決定了一個session中的事務(wù)可能對另一個session的影響、并發(fā)session對數(shù)據(jù)庫的操作、一個session中所見數(shù)據(jù)的一致性
ANSI標準定義了4個隔離級別，MySQL的InnoDB都支持：
Java代碼
復制代碼代碼如下:

READ UNCOMMITTED：最低級別的隔離，通常又稱為dirty read，它允許一個事務(wù)讀取還沒commit的數(shù)據(jù)，這樣可能會提高性能，但是dirty read可能不是我們想要的
READ COMMITTED：在一個事務(wù)中只允許已經(jīng)commit的記錄可見，如果session中select還在查詢中，另一session此時insert一條記錄，則新添加的數(shù)據(jù)不可見
REPEATABLE READ：在一個事務(wù)開始后，其他session對數(shù)據(jù)庫的修改在本事務(wù)中不可見，直到本事務(wù)commit或rollback。在一個事務(wù)中重復select的結(jié)果一樣，除非本事務(wù)中update數(shù)據(jù)庫。
SERIALIZABLE：最高級別的隔離，只允許事務(wù)串行執(zhí)行。為了達到此目的，數(shù)據(jù)庫會鎖住每行已經(jīng)讀取的記錄，其他session不能修改數(shù)據(jù)直到前一事務(wù)結(jié)束，事務(wù)commit或取消時才釋放鎖。
READ UNCOMMITTED：最低級別的隔離，通常又稱為dirty read，它允許一個事務(wù)讀取還沒commit的數(shù)據(jù)，這樣可能會提高性能，但是dirty read可能不是我們想要的
READ COMMITTED：在一個事務(wù)中只允許已經(jīng)commit的記錄可見，如果session中select還在查詢中，另一session此時insert一條記錄，則新添加的數(shù)據(jù)不可見
REPEATABLE READ：在一個事務(wù)開始后，其他session對數(shù)據(jù)庫的修改在本事務(wù)中不可見，直到本事務(wù)commit或rollback。在一個事務(wù)中重復select的結(jié)果一樣，除非本事務(wù)中update數(shù)據(jù)庫。
SERIALIZABLE：最高級別的隔離，只允許事務(wù)串行執(zhí)行。為了達到此目的，數(shù)據(jù)庫會鎖住每行已經(jīng)讀取的記錄，其他session不能修改數(shù)據(jù)直到前一事務(wù)結(jié)束，事務(wù)commit或取消時才釋放鎖。可以使用如下語句設(shè)置MySQL的session隔離級別：

Sql代碼
復制代碼代碼如下:

set transaction isolation level {read uncommitted | read committed | repeatable read | serializable}
set transaction isolation level {read uncommitted | read committed | repeatable read | serializable}

MySQL默認的隔離級別是REPEATABLE READ，在設(shè)置隔離級別為READ UNCOMMITTED或SERIALIZABLE時要小心，READ UNCOMMITTED會導致數(shù)據(jù)完整性的嚴重問題，而SERIALIZABLE會導致性能問題并增加死鎖的機率

上一篇：mysql如何按照中文排序解決方案

下一篇：mysql error 1130 hy000:Host'localhost'解決方案