數據庫系統中事務的ACID原則是什么啊？？

事務的原子性、一致性、獨立性及持久性
事務的原子性是指一個事務要么全部執行,要么不執行.也就是說一個事務不可能只執行了一半就停止了.比如你從取款機取錢,這個事務可以分成兩個步驟:1劃卡,2出錢.不可能劃了卡,而錢卻沒出來.這兩步必須同時完成.要么就不完成.
事務的一致性是指事務的運行并不改變數據庫中數據的一致性.例如,完整性約束了a+b=10,一個事務改變了a,那么b也應該隨之改變.
事務的獨立性是指兩個以上的事務不會出現交錯執行的狀態.因為這樣可能會導致數據不一致.
事務的持久性是指事務運行成功以后,就系統的更新是永久的.不會無緣無故的回滾.

spring事務傳播屬性和隔離級別

1 事務的傳播屬性（Propagation） 

1) REQUIRED ，這個是默認的屬性 
Support a current transaction, create a new one if none exists. 
如果存在一個事務，則支持當前事務。如果沒有事務則開啟一個新的事務。 
被設置成這個級別時，會為每一個被調用的方法創建一個邏輯事務域。如果前面的方法已經創建了事務，那么后面的方法支持當前的事務，如果當前沒有事務會重新建立事務。 
如圖所示： 

2) MANDATORY 
Support a current transaction, throw an exception if none exists.支持當前事務，如果當前沒有事務，就拋出異常。 

3) NEVER 
Execute non-transactionally, throw an exception if a transaction exists. 
以非事務方式執行，如果當前存在事務，則拋出異常。 

4) NOT_SUPPORTED 
Execute non-transactionally, suspend the current transaction if one exists. 
以非事務方式執行操作，如果當前存在事務，就把當前事務掛起。 

5) REQUIRES_NEW 
Create a new transaction, suspend the current transaction if one exists. 
新建事務，如果當前存在事務，把當前事務掛起。 
如圖所示： 

6) SUPPORTS 
Support a current transaction, execute non-transactionally if none exists. 
支持當前事務，如果當前沒有事務，就以非事務方式執行。 

7) NESTED 
Execute within a nested transaction if a current transaction exists, behave like PROPAGATION_REQUIRED else. 
支持當前事務，新增Savepoint點，與當前事務同步提交或回滾。 
嵌套事務一個非常重要的概念就是內層事務依賴于外層事務。外層事務失敗時，會回滾內層事務所做的動作。而內層事務操作失敗并不會引起外層事務的回滾。 

8) PROPAGATION_NESTED 與PROPAGATION_REQUIRES_NEW的區別 
它們非常 類似,都像一個嵌套事務，如果不存在一個活動的事務，都會開啟一個新的事務。使用PROPAGATION_REQUIRES_NEW時，內層事務與外層事務就像兩個獨立的事務一樣，一旦內層事務進行了提交后，外層事務不能對其進行回滾。兩個事務互不影響。兩個事務不是一個真正的嵌套事務。同時它需要JTA 事務管理器的支持。 
使用PROPAGATION_NESTED時，外層事務的回滾可以引起內層事務的回滾。而內層事務的異常并不會導致外層事務的回滾，它是一個真正的嵌套事務。 

2 事務的隔離級別（Isolation Level） 

1) 首先說明一下事務并發引起的三種情況 

i. Dirty Reads 臟讀 
一個事務正在對數據進行更新操作，但是更新還未提交，另一個事務這時也來操作這組數據，并且讀取了前一個事務還未提交的數據，而前一個事務如果操作失敗進行了回滾，后一個事務讀取的就是錯誤數據，這樣就造成了臟讀。

ii. Non-Repeatable Reads 不可重復讀 
一個事務多次讀取同一數據，在該事務還未結束時，另一個事務也對該數據進行了操作，而且在第一個事務兩次次讀取之間，第二個事務對數據進行了更新，那么第一個事務前后兩次讀取到的數據是不同的，這樣就造成了不可重復讀。

iii. Phantom Reads 幻像讀 
第一個數據正在查詢符合某一條件的數據，這時，另一個事務又插入了一條符合條件的數據，第一個事務在第二次查詢符合同一條件的數據時，發現多了一條前一次查詢時沒有的數據，仿佛幻覺一樣，這就是幻像讀。

iv. 非重復度和幻像讀的區別 
非重復讀是指同一查詢在同一事務中多次進行，由于其他提交事務所做的修改或刪除，每次返回不同的結果集，此時發生非重復讀。(A transaction rereads data it has previously read and finds that another committed transaction has modified or deleted the data. )

幻像讀是指同一查詢在同一事務中多次進行，由于其他提交事務所做的插入操作，每次返回不同的結果集，此時發生幻像讀。(A transaction reexecutes a query returning a set of rows that satisfies a search condition and finds that another committed transaction has inserted additional rows that satisfy the condition. )

表面上看，區別就在于非重復讀能看見其他事務提交的修改和刪除，而幻像能看見其他事務提交的插入。 

2) DEFAULT （默認） 
這是一個PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別.另外四個與JDBC的隔離級別相對應 

3) READ_UNCOMMITTED （讀未提交） 
這是事務最低的隔離級別，它允許另外一個事務可以看到這個事務未提交的數據。這種隔離級別會產生臟讀，不可重復讀和幻像讀。 

4) READ_COMMITTED （讀已提交） 
保證一個事務修改的數據提交后才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的數據。這種事務隔離級別可以避免臟讀出現，但是可能會出現不可重復讀和幻像讀。 

5) REPEATABLE_READ （可重復讀） 
這種事務隔離級別可以防止臟讀，不可重復讀。但是可能出現幻像讀。它除了保證一個事務不能讀取另一個事務未提交的數據外，還保證了不可重復讀 

6) SERIALIZABLE（串行化） 
這是花費最高代價但是最可靠的事務隔離級別。事務被處理為順序執行。除了防止臟讀，不可重復讀外，還避免了幻像讀。 

7) 隔離級別解決事務并行引起的問題 
Dirty reads non-repeatable reads phantom reads 
Serializable 不會 不會 不會 
REPEATABLE READ 不會 不會 會 
READ COMMITTED 不會 會 會 
Read Uncommitted 會 會 會

事務的隔離級別

注：Spring中事務的隔離級別是由數據庫實現的

ISOLATION_DEFAULT
    這是一個PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別.另外四個與JDBC的隔離級別相對應
ISOLATION_READ_UNCOMMITTED 這是事務最低的隔離級別，它充許別外一個事務可以看到這個事務未提交的數據。這種隔離級別會產生臟讀，不可重復讀和幻像讀

ISOLATION_READ_COMMITTED
    保證一個事務修改的數據提交后才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的數據。這種事務隔離級別可以避免臟讀出現，但是可能會出現不可重復讀和幻像讀。

ISOLATION_REPEATABLE_READ
    這種事務隔離級別可以防止臟讀，不可重復讀。但是可能出現幻像讀。它除了保證一個事務不能讀取另一個事務未提交的數據外，還保證了避免下面的情況產生(不可重復讀)。

ISOLATION_SERIALIZABLE
    這是花費最高代價但是最可靠的事務隔離級別。事務被處理為順序執行。除了防止臟讀，不可重復讀外，還避免了幻像讀。

臟讀：
    一個事務讀取到另一個事務未提交的更新數據。
不可重復讀：
    在同一事務中，多次讀取同一數據返回的結果有所不同，即后續讀取可以讀取到另一事務已提交的更新數據；相反，"可重復讀"是指在同一事務中多次讀取數據時，能夠保證所讀取的數據是一樣，即后續讀取不能讀到另一事務已提交的數據。
幻讀：
    一個事務讀取到另一事務已提交的insert數據。