兩個事務都同時更新一行資料，乙個事務對資料的更新把另乙個事務對資料的更新覆蓋了。這是因為系統沒有執行任何的鎖操作，因此併發事務並沒有被隔離開來。
乙個事務讀取到了另乙個事務未提交的資料操作結果。這是相當危險的，因為很可能所有的操作都被
回滾。不可重複讀（non-repeatable reads）：乙個事務對同一行資料重複讀取兩次，但是卻得到了不同的結果。
包括以下情況：
（1） 事務t1讀取某一資料後，事務t2對其做了修改，當事務t1再次讀該資料時得到與前一次不同的值。
（2）
幻讀（phantom reads）：事務在操作過程中進行兩次查詢，第二次查詢的結果包含了第一次查詢中未出現的資料或者缺少了第一次查詢中出現的資料（這裡並不要求兩次查詢的
sql語句相同）。這是因為在兩次查詢過程中有另外乙個事務插入資料造成的。
序列化（serializable）
：提供嚴格的事務隔離。它要求事務序列化執行，事務只能乙個接著乙個地執行，但不能併發執行。如果僅僅通過「行級鎖」是無法實現事務序列化的，必須通過其他機制保證新插入的資料不會被剛執行查詢操作的事務訪問到。
隔離級別越高，越能保證資料的完整性和一致性，但是對併發效能的影響也越大。對於多數應用程式，可以優先考慮把
資料庫系統的隔離級別設為
read committed。它能夠避免髒讀取，而且具有較好的併發效能。儘管它會導致
不可重複讀、幻讀和第二類丟失更新這些併發問題，在可能出現這類問題的個別場合，可以由應用程式採用
悲觀鎖或
樂觀鎖來控制。
保證資料安全，處理多使用者併發訪問。悲觀鎖，鎖如其名，他對世界是悲觀的，他認為別人訪問正在改變的資料的概率是很高的，所以從資料開始更改時就將資料鎖住，知道更改完成才釋放。
樂觀鎖，他對世界比較樂觀，認為別人訪問正在改變的資料的概率是很低的，所以直到修改完成準備提交所做的的修改到資料庫的時候才會將資料鎖住。完成更改後釋放。
悲觀鎖會造成訪問資料庫時間較長，併發性不好，特別是長事務。
樂觀鎖在現實中使用得較多，廠商較多採用。
一、什麼是事務事務是訪問資料庫的乙個操作序列，資料庫應用系統通過事務集來完成對資料庫的訪問。事務的正確執行使得資料庫從一種狀態轉換成另一種狀態。
事務必須服從iso/iec所制定的acid原則。acid是原子性（atomicity）、一致性（consistency）、隔離性（isolation）和永續性（durability）的縮寫事務必須服從iso/iec所制定的acid原則。acid是原子性（atomicity）、一致性（consistency）、隔離性（isolation）和永續性（durability）的縮寫。
執行嵌入式sql應用程式或指令碼，在可執行sql語句第一次執行時(在建立與資料庫的連線之後或在現有事務終止之後)，事務就會自動啟動。在啟動事務之後，必須由啟動事務的使用者或應用程式顯式地終止它，除非使用了稱為自動提交(automatic commit)的過程(在這種情況下，發出的每個單獨的sql語句被看做單個事務，它一執行就被隱式地提交了)。
在大多數情況下，通過執行commit或rollback語句來終止事務。當執行commit語句時，自從事務啟動以來對資料庫所做的一切更改就成為永久性的了-- 即它們被寫到磁碟。當執行rollback語句時，自從事務啟動以來對資料庫所做的一切更改都被撤銷，並且資料庫返回到事務開始之前所處的狀態。不管是哪種情況，資料庫在事務完成時都保證能回到一致狀態。
一定要注意一點：雖然事務通過確保對資料的更改僅在事務被成功提交之後才成為永久性的，從而提供了一般的資料庫一致性，但還是須要使用者或應用程式來確保每個事務中執行的sql操作序列始終會導致一致的資料庫。
二、資料庫系統支援兩種事務模式：
注：mysql中資料庫表分為3種型別：innodb、bdb和myisam，其中myisam不支援資料庫事務。mysql中create table 語句預設為myisam型別。
三、對於同時執行的多個事務，當這些事務訪問資料庫中相同的資料時，如果沒有採取必要的隔離機制，就會導致各種併發問題，這些併發問題可歸納為以下幾類：
四、隔離級別
當資料庫系統採用read commited隔離級別時，會導致不可重複讀喝第二類丟失更新的併發問題，可以在應用程式中採用悲觀鎖或樂觀鎖來避免這類問題。從應用程式的角度，鎖可以分為以下幾類：
隔離級別越高，越能保證資料的完整性和一致性，但是對併發效能的影響也越大。對於多數應用程式，可以有優先考慮把資料庫系統的隔離級別設為read commited，它能夠避免髒讀，而且具有較好的併發效能。儘管它會導致不可重複讀、虛讀和第二類丟失更新這些併發問題，在可能出現這類問題的個別場合，可以由應用程式採用悲觀鎖或樂觀鎖來控制。
當資料庫系統採用read commited隔離級別時，會導致不可重複讀喝第二類丟失更新的併發問題，可以在應用程式中採用悲觀鎖或樂觀鎖來避免這類問題。從應用程式的角度，鎖可以分為以下幾類：
a.悲觀鎖：指在應用程式中顯示的為資料資源加鎖。儘管能防止丟失更新和不可重複讀這類併發問題，但是它會影響併發效能，因此應該謹慎地使用。
b.樂觀鎖：樂觀鎖假定當前事務運算元據資源時，不回有其他事務同時訪問該資料資源，因此完全依靠資料庫的隔離級別來自動管理鎖的工作。應用程式採用版本控制手段來避免可能出現的併發問題。
五、悲觀鎖有兩種實現方式。
a.在應用程式中顯示指定採用資料庫系統的獨佔所來鎖定資料資源。sql語句：select ... for update，在hibernate中使用get，load時如session.get(account.class,new long(1),lockmode,upgrade)
b.在資料庫表中增加乙個表明記錄狀態的lock欄位，當它取值為「y」時，表示該記錄已經被某個事務鎖定，如果為「n」，表明該記錄處於空閒狀態，事務可以訪問它。增加鎖標記欄位就可以實現。
利用hibernate的版本控制來實現樂觀鎖
樂觀鎖是由程式提供的一種機制，這種機制既能保證多個事務併發訪問資料，又能防止第二類丟失更新問題。
在應用程式中可以利用hibernate提供的版本控制功能來視線樂觀鎖，or對映檔案中的元素和都具有版本控制的功能，一般推薦採用
當乙個人找不到出路的時候，最好的辦法就是將當前能做好的事情做到極致，做到無人能及。
dedecms一些常見問題
1 list和arclist的區別 首頁的列表呼叫，以及其它內頁的側邊欄，這些地方都可以使用arclist標籤，並且還可以根據typeid id 來指定呼叫哪個欄目下的列表 list 標籤還有乙個不同處就是分頁，我們知道在 製作中分頁功能是 欄目列表頁必不可少的乙個功能，而這個功能用arclist標...
Redis一些常見問題
1.多個系統同時併發競爭乙個key zookeeper分布式鎖 儲存到mysql的時候帶有時間戳 這樣redis裡面存的也有時間戳了 2.redis執行緒模型 核心操作模組 如網路請求模組 由單執行緒完成，當然另外還有一些 輔助線程 從旁協助，比如 lru 的淘汰過程。為什麼之前網路請求模組為什麼沒...
oracle的一些常見問題及處理
1.安裝後如果通過 regional and language options oracle服務將不能正常啟動，tns會出問題。2.安裝oracle不能通過dhcp分配ip，需要自己指定好ip才能安裝成功。3.oracle的安裝目錄不能是中文，否則安裝不成功。4.安裝時計算機名不能是中文，否則監聽不...