事務並發產生的問題：
臟讀：一個事務讀取到了另外一個事務沒有提交的數據
事務1：更新一條數據
------------->事務2：讀取事務1更新的記錄
事務1：調用commit進行提交
***此時事務2讀取到的數據是保存在數據庫內存中的數據，稱為臟讀。
***讀到的數據為臟數據
詳細解釋：
臟讀就是指:當一個事務正在訪問數據，並且對數據進行了修改，而這種修改還沒有提交到數據庫中，這時，
另外一個事務也訪問這個數據，然后使用了這個數據。因為這個數據是還沒有提交的數據，那么另外一個
事務讀到的這個數據是臟數據，依據臟數據所做的操作可能是不正確的。
不可重復讀：在同一事務中，兩次讀取同一數據，得到內容不同
事務1：查詢一條記錄
-------------->事務2：更新事務1查詢的記錄
-------------->事務2：調用commit進行提交
事務1：再次查詢上次的記錄
***此時事務1對同一數據查詢了兩次，可得到的內容不同，稱為不可重復讀
幻讀：同一事務中，用同樣的操作讀取兩次，得到的記錄數不相同
事務1：查詢表中所有記錄
-------------->事務2：插入一條記錄
-------------->事務2：調用commit進行提交
事務1：再次查詢表中所有記錄
***此時事務1兩次查詢到的記錄是不一樣的，稱為幻讀
詳細解釋：
幻讀是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，
這種修改涉及到表中的全部數據行。同時，第二個事務也修改這個表中的數據，這種修改是向表
中插入一行新數據。那么，以后就會發生操作第一個事務的用戶發現表中還有沒有修改的數據行，
就好象發生了幻覺一樣。
處理以上隔離級別的問題，采用如下方是：
事務隔離五種級別：
TRANSACTION_NONE 不使用事務。
TRANSACTION_READ_UNCOMMITTED 允許臟讀。
TRANSACTION_READ_COMMITTED 防止臟讀，最常用的隔離級別,並且是大多數數據庫的默認隔離級別
TRANSACTION_REPEATABLE_READ 可以防止臟讀和不可重復讀，
TRANSACTION_SERIALIZABLE 可以防止臟讀，不可重復讀取和幻讀，（事務串行化）會降低數據庫的效率
以上的五個事務隔離級別都是在Connection接口中定義的靜態常量，
使用setTransactionIsolation(int level) 方法可以設置事務隔離級別。
如:con.setTransactionIsolation(Connection.REPEATABLE_READ);
注意：事務的隔離級別受到數據庫的限制，不同的數據庫支持的的隔離級別不一定相同
1 臟讀：修改時加排他鎖，直到事務提交后才釋放，讀取時加共享鎖，讀取完釋放事務1讀取數據時加上共享鎖后（這 樣在事務1讀取數據的過程中，其他事務就不會修改該數據），不允許任何事物操作該數據，只能讀取，之后1如果有更新操作，那么會轉換為排他鎖，其他事務更 無權參與進來讀寫，這樣就防止了臟讀問題。
但是當事務1讀取數據過程中，有可能其他事務也讀取了該數據，讀取完畢后共享鎖釋放，此時事務1修改數據，修改 完畢提交事務，其他事務再次讀取數據時候發現數據不一致，就會出現不可重復讀問題，所以這樣不能夠避免不可重復讀問題。
2 不可重復讀：讀取數據時加共享鎖，寫數據時加排他鎖，都是事務提交才釋放鎖。讀取時候不允許其他事物修改該數據，不管數據在事務過程中讀取多少次，數據都是一致的，避免了不可重復讀問題