一、MySQL事務隔離級別
我們都知道數據庫隔離級別有四種，
（《高性能mysql》）
常用數據庫默認事務隔離級別
MYSQL ：默認為REPEATABLE_READ
ORACLE ：默認為READ_COMMITTED
-
臟讀 Dirty Read
當A事務正在訪問數據，並且對數據進行了修改，而這種修改還沒有提交到數據庫中，這時，B事務也訪問這個數據，然后使用了這個數據。即B事務讀取到了A事務未提交的數據。
-
不可重復度 NonRepeatable Read
在A事務內，多次讀同一數據。在A事務還沒有結束時，另外一個B事務也訪問該同一數據。那么，在A事務中的兩次讀數據之間，由於B事務的修改，那么A事務兩次讀到的的數據可能是不一樣的。這樣就發生了在A事務內兩次讀到的數據是不一樣的。
-
幻讀
A事務對一個表中的數據進行修改，這種修改涉及到表中全部數據行。同時，B事務向這個表中插入一條新數據。操作A事務的用戶發現表中出現了B事務插入的新數據，就像發生了幻讀一樣。
二、Spring事務隔離級別
- ISOLATION_DEFAULT 這是一個PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別。另外四個與JDBC的隔離級別相對應 。
- ISOLATION_READ_UNCOMMITTED 這是事務最低的隔離級別，它充許別外一個事務可以看到這個事務未提交的數據。這種隔離級別會產生臟讀，不可重復讀和幻像讀
- ISOLATION_READ_COMMITTED 保證一個事務修改的數據提交后才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的數據。這種事務隔離級別可以避免臟讀出現，但是可能會出現不可重復讀和幻像讀。
- ISOLATION_REPEATABLE_READ 這種事務隔離級別可以防止臟讀，不可重復讀。但是可能出現幻像讀。它除了保證一個事務不能讀取另一個事務未提交的數據外，還保證了避免下面的情況產生(不可重復讀)。
- ISOLATION_SERIALIZABLE 這是花費最高代價但是最可靠的事務隔離級別。事務被處理為順序執行。除了防止臟讀，不可重復讀外，還避免了幻像讀。
三、Spring事務傳播級別
- 傳播級別
- PROPAGATION_REQUIRED 如果存在一個事務，則支持當前事務。如果沒有事務則開啟一個新的事務。
- PROPAGATION_SUPPORTS 如果存在一個事務，支持當前事務。如果沒有事務，則非事務的執行。但是對於事務同步的事務管理器，PROPAGATION_SUPPORTS與不使用事務有少許不同。
- PROPAGATION_MANDATORY 如果已經存在一個事務，支持當前事務。如果沒有一個活動的事務，則拋出異常。
- PROPAGATION_REQUIRES_NEW 總是開啟一個新的事務。如果一個事務已經存在，則將這個存在的事務掛起。
- PROPAGATION_NOT_SUPPORTED 總是非事務地執行，並掛起任何存在的事務。
- PROPAGATION_NEVER 總是非事務地執行，如果存在一個活動事務，則拋出異常。
- PROPAGATION_NESTED如果一個活動的事務存在，則運行在一個嵌套的事務中. 如果沒有活動事務, 則按TransactionDefinition.PROPAGATION_REQUIRED 屬性執行。
- 屬性的意義
REQUIRED:業務方法需要在一個容器里運行。如果方法運行時，已經處在一個事務中，那么加入到這個事務，否則自己新建一個新的事務。
NOT_SUPPORTED:聲明方法不需要事務。如果方法沒有關聯到一個事務，容器不會為他開啟事務，如果方法在一個事務中被調用，該事務會被掛起，調用結束后，原先的事務會恢復執行。
REQUIRESNEW:不管是否存在事務，該方法總匯為自己發起一個新的事務。如果方法已經運行在一個事務中，則原有事務掛起，新的事務被創建。
MANDATORY：該方法只能在一個已經存在的事務中執行，業務方法不能發起自己的事務。如果在沒有事務的環境下被調用，容器拋出例外。
SUPPORTS:該方法在某個事務范圍內被調用，則方法成為該事務的一部分。如果方法在該事務范圍外被調用，該方法就在沒有事務的環境下執行。
NEVER：該方法絕對不能在事務范圍內執行。如果在就拋例外。只有該方法沒有關聯到任何事務，才正常執行。
NESTED:如果一個活動的事務存在，則運行在一個嵌套的事務中。如果沒有活動事務，則按REQUIRED屬性執行。它使用了一個單獨的事務，這個事務 擁有多個可以回滾的保存點。內部事務的回滾不會對外部事務造成影響。它只對DataSourceTransactionManager事務管理器起效。