oracle頻繁鎖表，怎么查出原因？使用下面的語句檢查觸發(fā)鎖表的語句是否正在執(zhí)行，找到正在執(zhí)行的用戶，然后與相應(yīng)的用戶通信，從v$sqlarea、v$session s、v$locked對象l whe

oracle頻繁鎖表，怎么查出原因？

使用下面的語句檢查觸發(fā)鎖表的語句是否正在執(zhí)行，找到正在執(zhí)行的用戶，然后與相應(yīng)的用戶通信，從v$sqlarea、v$session s、v$locked對象l where中選擇l.session｜id sid、s.serial｜、l.locked｜mode、l.oracle｜username、s.user｜、l.os｜user｜name、s.machine、s.terminal、a.sql｜text、a.actionl、 session_id=s.sid和s.prev ql_uaddr=a.address order by sid，s.Serial#如果沒有語句鎖定表，則可能是相應(yīng)的表正在執(zhí)行DDL操作，例如添加索引，也可能觸發(fā)鎖定表。您可以轉(zhuǎn)到警報日志查看是否有人正在添加索引

通常，只有鎖定超時才會發(fā)生，即當(dāng)一個進程需要訪問數(shù)據(jù)庫表或字段時，另一個程序正在執(zhí)行鎖定訪問（如修改數(shù)據(jù)），則該進程將等待。如果在等待很長時間后沒有釋放鎖，鎖將超時，報告系統(tǒng)錯誤，并拒絕執(zhí)行相應(yīng)的SQL操作。僵局的情況很少。例如，一個進程需要訪問兩個資源（數(shù)據(jù)庫表或字段）。在獲取資源時，進程將其鎖定，然后等待下一個資源空閑。此時，如果另一個進程也需要兩個資源，并且已經(jīng)獲取并鎖定了第二個資源，那么它將處于死鎖狀態(tài)，因為當(dāng)前進程被鎖定如果第一個資源被固定為等待第二個資源，而另一個進程將第二個資源鎖定為等待第一個資源，那么這兩個進程將永遠(yuǎn)不會得到滿足。

Erp100。Com

不應(yīng)該有默認(rèn)索引。建立主鍵或索引后，Oracle將在單獨的區(qū)域中建立索引數(shù)據(jù)。索引數(shù)據(jù)和表數(shù)據(jù)是分開存儲的，而不是一起存儲的。索引數(shù)據(jù)對應(yīng)于表的主鍵或其他索引。例如，如果您的表中有100個數(shù)據(jù)，并且您有一個主鍵，那么在索引區(qū)域中，將有100個與它們對應(yīng)的數(shù)據(jù)段，并且由于它們是主鍵數(shù)據(jù)，所以每個數(shù)據(jù)段都是唯一的，不會重復(fù)。在檢索數(shù)據(jù)時，首先轉(zhuǎn)到索引區(qū)域，因為那里的數(shù)據(jù)較少，所以速度非?？臁?/p>

但是，如果沒有主鍵，則表中可能存在重復(fù)數(shù)據(jù)，因此系統(tǒng)不知道自動生成索引的規(guī)則，因此將沒有默認(rèn)索引。Oracle每次都會查詢整個表。

oracle經(jīng)常死鎖，鎖定數(shù)據(jù)庫的一些表，導(dǎo)致oracle死鎖的原因一般有那些？

簡而言之，鎖定的目的是確保數(shù)據(jù)的一致性。鎖不僅存在于Oracle中，也存在于其他數(shù)據(jù)庫中，但其機制可能非常不同。至于什么樣的操作會鎖表，鎖有很多種。您所說的鎖表可能是行級鎖，即事務(wù)鎖。例如，在update語句中，更新的行上會有一個鎖—一個可以阻止其他事務(wù)修改這些行的鎖。盡管此時此表上有表級鎖，但表級鎖不會影響其他事務(wù)修改表中的其他行，但它會妨礙此表上的DDL操作。

oracle建索引會鎖表嗎？

如果SQL事務(wù)代碼中嵌入了接口調(diào)用或文件操作等非數(shù)據(jù)庫交互操作，則整個事務(wù)可能會被掛起（接口不工作，等待超時或上傳下載大附件）。

事務(wù)中存在慢速查詢，導(dǎo)致同一事務(wù)中的其他DML無法及時釋放占用的行鎖，導(dǎo)致行鎖等待。

這通常是由于在事務(wù)代碼中添加for循環(huán)引起的。雖然單個SQL運行得很快，但是當(dāng)SQL的數(shù)量很大時，事務(wù)將非常慢。

這種SQL很容易讓人產(chǎn)生錯覺。例如，級聯(lián)更新，例如更新集。。。哪里。。。In（select b）不僅占用表a上的行鎖，還占用表b上的行鎖，當(dāng)SQL長時間執(zhí)行時，很容易導(dǎo)致表b上的行鎖等待。

在極少數(shù)情況下，例如存儲突然脫機時，SQL執(zhí)行會卡在內(nèi)核調(diào)用磁盤的步驟中，一直等待，事務(wù)無法提交。

綜上所述，如果事務(wù)長時間未提交，并且事務(wù)中包含DML操作，則可能會發(fā)生行鎖定等待，從而導(dǎo)致錯誤。