我們大家都知道如果一個Oracle事務裡包含N多個相關的操作語句，而在此時實際操作中已對其中的幾個進行了執行，也可以同時執行某個語句，那麼我們就不能簡單的認為前面幾個執行的操作語句也還沒發生。
這是要看Oracle事務的隔離級別的，但是不管事務隔離級別是幾級，語句級別上可以認為是序列執行的。
該sql語句的操作過程中認為此數據狀態是保持不變的。當此操作執行結束時刻，才產生語句級數據狀態影響。就是說，可能該語句同時更新了兩行，但都用了同一個主鍵，則此時會導致違反唯一性約定而消除整個語句的影響，如果成功執行，但未必就在事務級別上影響數據狀態，就是說如果所在Oracle事務回滾，此影響仍然被消除，不過正如前面所說，一個語句成功執行後，就可能影響其他語句所面對的數據狀態。
PL/SQL的執行是怎麼管理並發和恢復控制的？
PL/SQL是在一個PL/SQL引擎中執行的。該引擎可以認為是oracle之外的單位。該引擎會解析PL/SQL，並不斷發送SQL語句給Oracle。所以和用Java程序通過JDBC在一個會話連接中發送多個SQL語句沒有本質差別。也因此並發和恢復管理沒有不同。
Oracle死鎖是怎麼樣產生的？
由於oracle控制並發是使用的鎖機制，也因此即會產生死鎖問題。oracle在執行一個語句時，會根據語句的含義，同時根據所處的事務隔離級別，解析出需要加什麼樣的鎖，什麼時候釋放。而隔離級別越高，對鎖資源占用越大。現在考慮這樣的情形，oracle同時處理兩個Oracle事務A,B。
A發過來幾條語句，導致ORACLE加了幾把鎖沒有釋放，B發過來幾條語句，導致ORACLE加了另外幾把鎖沒有釋放，現在，A又發過來一個語句，此語句要求ORACLE加的一些鎖中，有幾個鎖已經被B事務占用，那麼A等待，而B又發過來一條語句，此語句要求Oracle加的鎖，在A手中。於是死鎖出現。
而隔離級別越高，死鎖的可能性越大。可以分析出來，死鎖的根本原因在於，Oracle事務包含的語句是分條發給oracle的，Oracle不能夠在事務開始時刻就解析出全部執行過程需要什麼鎖，什麼時候釋放，無法統一安排。
死鎖問題歸咎由誰呢？我這麼理解：如果沒有事務概念，oracle在語句級上控制並發，完全不會出現死鎖問題。因為在解析語句時，Oracle已經知道要加多少把鎖，它會看目前這些鎖如果能全部獲得就執行，否則就等待。
可是實際應用怎麼能沒有事務的概念呢？我同意完全可以出現新的sql語法，可以把原來的多條sql語句的含義在一個語句中定義完畢，長短不是問題，犧牲一定的語法簡潔度也不是問題;然而最關鍵的是往往我們是在一個業務處理邏輯中，多個數據庫操作之間摻雜了其他非數據庫操作，而又想獲取這些數據庫操作作為一個整體的ACID。
因此事務概念必須存在。既然如此，或許我們真得可以把一個Oracle事務可能包含的語句在事務開始時就交給oracle，盡管這樣一來，有可能就包含了實際通過業務邏輯判斷不會執行的語句，導致Oracle浪費鎖，降低並發處理能力。
我之前的文章曾經介紹過用JAVA實現同步控制，降低ORACLE隔離級別，只利用Oracle的原子性支持。這樣做的原因就在上文中基本提到了。我們在編寫JAVA業務邏輯時，是知道我們需要在一串業務邏輯中操作多少次數據庫的，也因此，能夠在業務邏輯開始時就控制得到所有的鎖再執行。這樣做確實能夠降低Oracle壓力，並消除死鎖問題，然而這樣做會導致同步壓力集中到Java應用端，而且對研發人員要求也會提高。
盡管如此，在Java應用端使用同步要靈活很多，而不必限制在表鎖行鎖，你甚至可以建一個森林結構的信號量數據來控制同步。
呵呵，反過來也可以理解隔離級別的問題，為什麼要存在允許幻像讀的隔離級別呢？隔離級別的存在是一種權衡，如果應用既不想自己控制並發，又想提高並發能力，則需要好好權衡一下吧！
