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

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

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

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

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

2）READ COMMITED：只能允許事務讀取已經commit的數據，不會出現臟讀，但是數據可以再事務提交之前被更改，會出現兩次讀取不一致的情況，即讀取不可復現：

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

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

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

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

根據不同需求選擇不同的隔離級別。

autocommit:

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

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

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

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

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

事務嵌套：

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

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

參考：

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

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

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

歡迎批評指正~感謝

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