mysql事務(wù)_MySQL

因為工作用到了事務(wù)，對事務(wù)搜索了一些牛人的帖子，整理一部分如下:

首先，mysql是否支持事務(wù)由存儲引擎決定的，InnoDB存儲引擎支持事務(wù)及行級鎖。使用事務(wù)之前要首先確認存儲引擎的類型，MyISAM不支持事務(wù)，用于只讀程序提高性能。

事務(wù)具有ACID：原子性、一致性、隔離性和持久性四種特性。事務(wù)支持四種不同的隔離級別，所謂隔離級別決定了一個session中的事務(wù)可能對另一個session的影響，并發(fā)session對數(shù)據(jù)庫的操作，一個session中所見數(shù)據(jù)的一致性。四種不同的隔離級別：

1）READ UNCOMMITED：最低級別的隔離，允許一個事務(wù)讀取還沒commit的數(shù)據(jù)，可以提高性能，但是會出現(xiàn)臟讀：

如一個事務(wù)會讀進另一個事務(wù)還沒提交的數(shù)據(jù)，那就會看到一些被另一個事務(wù)回滾掉的事務(wù)；

2）READ COMMITED：只能允許事務(wù)讀取已經(jīng)commit的數(shù)據(jù)，不會出現(xiàn)臟讀，但是數(shù)據(jù)可以再事務(wù)提交之前被更改，會出現(xiàn)兩次讀取不一致的情況，即讀取不可復(fù)現(xiàn)：

一個事務(wù)讀進一條記錄，另一個事務(wù)更改了這條記錄并提交完畢，這時另一個事務(wù)在去讀取這表記錄時，已經(jīng)被更改了。

3）REPEATABLE READ： 事務(wù)開始后，鎖定數(shù)據(jù)避免其他用戶更新數(shù)據(jù)，保證了重復(fù)讀取時數(shù)據(jù)的一致性，但是其他用戶可以將新的幻想行插入到數(shù)據(jù)集中，且幻想行可以在該事務(wù)的后續(xù)讀取中獨到，也就是導(dǎo)致了幻影讀的問題：

一個事務(wù)用Where子句來檢索一個表的數(shù)據(jù)，另一個事務(wù)插入一條新的記錄，并且符合Where條件，這樣，第一個事務(wù)用同一個where條件來檢索數(shù)據(jù)后，就會多出一條記錄。

4）SERIALIZABLE：在數(shù)據(jù)集上放置一個范圍鎖，以防止其他用戶在事務(wù)完成之前更新或插入記錄，使事務(wù)串行執(zhí)行，是四個隔離級別中限制最大的隔離級別，有可能會導(dǎo)致死鎖或超時。并發(fā)度最低，慎用

根據(jù)不同需求選擇不同的隔離級別。

autocommit:

mysql默認的autocommit=1，通過select @@autocommit 查看。

當autocommit=1時，默認每一條sql語句都是一個事務(wù)，執(zhí)行完之后自動commit。除非遇到顯示的start transaction

當autocommit=0時，sql語句執(zhí)行完不會提交，直到遇到顯示的commit或rollback語句。

通過set autocommit=0/1來該表autocommit。數(shù)據(jù)庫初始化時默認為1，通過修改init配置文件該表autocommit。

在一個事務(wù)里面，直到事務(wù)被commit和rollback，中間的sql不會被自動commit，如果設(shè)置autocommit=0則不用顯示start transaction，直接commit就可以。但是這會導(dǎo)致你每次的sql select等操作都需要commit。

事務(wù)嵌套：

看了很多帖子，說話不一，大部分認為mysql是不支持事務(wù)嵌套的。如下觀點是統(tǒng)一的：

在遇到start transaction時，會隱式執(zhí)行commit，提交上一個事務(wù)做出的更改，然后開始新的事務(wù)。所以，規(guī)避事務(wù)嵌套是王道，我就踩到這個坑里了。

參考：

http://hideto.iteye.com/blog/195275

http://www.cnblogs.com/wzcheng/archive/2006/10/18/532243.html 對事務(wù)四種不同的隔離級別進行了詳細解釋

http://www.cnblogs.com/alang85/archive/2011/11/17/2253072.html

歡迎批評指正~感謝

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com