oracle行級鎖和表級鎖的區(qū)別？1. 程序中非數(shù)據(jù)庫交互操作導致事務掛起將接口調用或者文件操作等這一類非數(shù)據(jù)庫交互操作嵌入在 SQL 事務代碼之中，那么整個事務很有可能因此掛起（接口不通等待超時或是

oracle行級鎖和表級鎖的區(qū)別？

1. 程序中非數(shù)據(jù)庫交互操作導致事務掛起

將接口調用或者文件操作等這一類非數(shù)據(jù)庫交互操作嵌入在 SQL 事務代碼之中，那么整個事務很有可能因此掛起（接口不通等待超時或是上傳下載大附件）。

2. 事務中包含性能較差的查詢 SQL

事務中存在慢查詢，導致同一個事務中的其他 DML 無法及時釋放占用的行鎖，引起行鎖等待。

3. 單個事務中包含大量 SQL

通常是由于在事務代碼中加入 for 循環(huán)導致，雖然單個 SQL 運行很快，但是 SQL 數(shù)量一大，事務就會很慢。

4. 級聯(lián)更新 SQL 執(zhí)行時間較久

這類 SQL 容易讓人產(chǎn)生錯覺，例如：update A set ... where ...in (select B) 這類級聯(lián)更新，不僅會占用 A 表上的行鎖，也會占用 B 表上的行鎖，當 SQL 執(zhí)行較久時，很容易引起 B 表上的行鎖等待。

5. 磁盤問題導致的事務掛起

極少出現(xiàn)的情形，比如存儲突然離線，SQL 執(zhí)行會卡在內核調用磁盤的步驟上，一直等待，事務無法提交。

綜上可以看出，如果事務長時間未提交，且事務中包含了 DML 操作，那么就有可能產(chǎn)生行鎖等待，引起報錯。

oracle行級鎖和表級鎖的區(qū)別？

oracle 速度慢，很難評說，可能是因為以下原因：

• 對于并發(fā)訪問內部管理數(shù)據(jù)結構嚴謹性
  
• 和對業(yè)務數(shù)據(jù)并發(fā)訪問嚴禁性高，要求ACID，如構建一致性讀塊，保存回滾和日志信息
  
• 維護各種 b-tree， bitmap index， 物化視圖等等
• 處理各種trigger
• 更新各種內部性能統(tǒng)計
• 檢查各種配合是否到限制

• 查詢優(yōu)化器的能力，包括數(shù)據(jù)分布統(tǒng)計數(shù)據(jù)的自動采集和利用，對于復雜SQL這個是關鍵
• 并發(fā)訪問的沖突粒度，是表級鎖，塊或頁級鎖，還是行級索，讀寫是否沖突等等，內部數(shù)據(jù)結構latch的應用
• 分區(qū)能力
• 存儲過程支持程度，因為使用stored procedure 能顯著減低數(shù)據(jù)處理消耗

平時使用oracle時，為什么會鎖表？

簡單地說，鎖是為了保證數(shù)據(jù)的一致性，鎖不止存在于oracle，其他數(shù)據(jù)庫一樣有，只不過機制上可能大相徑庭。至于什么樣的操作會鎖表，其實鎖的種類很多，你所說的鎖表大概說的是行級鎖——也就是事務鎖吧。比如一個update語句，被update的行上會有鎖——能阻塞其他事務對這些行進行修改的鎖，雖然這時候這張表上也有表級鎖，但這個表級鎖并不影響其他事務對表中的其他行進行修改，只是會阻礙對這張表的DDL操作。