oracle建索引會(huì)鎖表嗎？應(yīng)該沒有默認(rèn)索引。創(chuàng)建主鍵或索引后，Oracle將在單獨(dú)的區(qū)域中創(chuàng)建索引數(shù)據(jù)。索引數(shù)據(jù)和表數(shù)據(jù)是分開存儲(chǔ)的，而不是一起存儲(chǔ)的。索引數(shù)據(jù)對(duì)應(yīng)于表的主鍵或其他索引。例如，如果表

oracle建索引會(huì)鎖表嗎？

應(yīng)該沒有默認(rèn)索引。創(chuàng)建主鍵或索引后，Oracle將在單獨(dú)的區(qū)域中創(chuàng)建索引數(shù)據(jù)。索引數(shù)據(jù)和表數(shù)據(jù)是分開存儲(chǔ)的，而不是一起存儲(chǔ)的。索引數(shù)據(jù)對(duì)應(yīng)于表的主鍵或其他索引。例如，如果表中有100個(gè)數(shù)據(jù)，并且有一個(gè)主鍵，則索引區(qū)中會(huì)有100個(gè)數(shù)據(jù)，而對(duì)應(yīng)的數(shù)據(jù)是主鍵數(shù)據(jù)，因此每個(gè)數(shù)據(jù)都是唯一的，不會(huì)重復(fù)。在檢索數(shù)據(jù)時(shí)，首先檢索索引區(qū)域，因?yàn)槟抢锏臄?shù)據(jù)較少，所以速度非?？?。

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

平時(shí)使用oracle時(shí)，為什么會(huì)鎖表？

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

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

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

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

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

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

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

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