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

數(shù)據(jù)庫事務(wù)及隔離級(jí)別

建網(wǎng)站原本是網(wǎng)站策劃師、網(wǎng)絡(luò)程序員、網(wǎng)頁設(shè)計(jì)師等，應(yīng)用各種網(wǎng)絡(luò)程序開發(fā)技術(shù)和網(wǎng)頁設(shè)計(jì)技術(shù)配合操作的協(xié)同工作。創(chuàng)新互聯(lián)專業(yè)提供網(wǎng)站設(shè)計(jì)制作、成都網(wǎng)站制作,網(wǎng)頁設(shè)計(jì),網(wǎng)站制作(企業(yè)站、響應(yīng)式網(wǎng)站、電商門戶網(wǎng)站)等服務(wù),從網(wǎng)站深度策劃、搜索引擎友好度優(yōu)化到用戶體驗(yàn)的提升,我們力求做到極致!

隔離級(jí)別：臟讀、幻讀、一致讀、不可重復(fù)讀、更新丟失

1.臟讀（Dirty Reads）：一個(gè)事務(wù)開始讀取了某行數(shù)據(jù)但是另外一個(gè)事務(wù)已經(jīng)更新了此數(shù)據(jù)但沒有能夠及時(shí)提交。這是相當(dāng)危險(xiǎn)很可能所有操作都被回滾

2.幻讀（Phantom Reads）：也稱為幻像（幻影）。事務(wù)在操作過程中進(jìn)行兩次查詢，第二次查詢結(jié)果包含了第一次查詢中未出現(xiàn)的數(shù)據(jù)（這里并不要求兩次查詢SQL語句相同）這是因?yàn)樵趦纱尾樵冞^程中有另外一個(gè)事務(wù)插入數(shù)據(jù)造成的

3.不可重復(fù)讀（Non-repeatable Reads）：一個(gè)事務(wù)對(duì)同一行數(shù)據(jù)重復(fù)讀取兩次但是卻得到了不同結(jié)果。例如在兩次讀取中途有另外一個(gè)事務(wù)對(duì)該行數(shù)據(jù)進(jìn)行了修改并提交

4.兩次更新問題（Second lost updates problem）：無法重復(fù)讀取特例，有兩個(gè)并發(fā)事務(wù)同時(shí)讀取同一行數(shù)據(jù)然后其中一個(gè)對(duì)它進(jìn)行修改提交而另一個(gè)也進(jìn)行了修改提交這就會(huì)造成第一次寫操作失效

5.更新丟失（Lost update）：兩個(gè)事務(wù)都同時(shí)更新一行數(shù)據(jù)但是第二個(gè)事務(wù)卻中途失敗退出導(dǎo)致對(duì)數(shù)據(jù)兩個(gè)修改都失效了這是系統(tǒng)沒有執(zhí)行任何鎖操作因此并發(fā)事務(wù)并沒有被隔離開

20、鎖是什么？

鎖：在所有的DBMS(數(shù)據(jù)庫管理系統(tǒng))中，鎖是實(shí)現(xiàn)事務(wù)的關(guān)鍵，鎖可以保證事務(wù)的完整性和并發(fā)性。與現(xiàn)實(shí)生活中鎖一樣，它可以使某些數(shù)據(jù)的擁有者，在某段時(shí)間內(nèi)不能使用某些數(shù)據(jù)或數(shù)據(jù)結(jié)構(gòu)。當(dāng)然鎖還分級(jí)別的。

鎖分為行級(jí)鎖和表鎖。

行級(jí)鎖：主要是在執(zhí)行操作過程中，鎖定指定的行。

主要的鎖行語句有：insert ,update,delete ,及select ....for update。

表鎖：指在運(yùn)行操作指令過程中，由用戶指定鎖定某張表。lock table XXX in mode share;

共享鎖，排他鎖，共享排它，行共享，行排他。

鎖模式包括?

共享鎖:（讀?。┎僮鲃?chuàng)建的鎖。其他用戶可以并發(fā)讀取數(shù)據(jù)，但任何事物都不能獲取數(shù)據(jù)上的排它鎖，直到已釋放所有共享鎖。

排他鎖（X鎖）：對(duì)數(shù)據(jù)A加上排他鎖后，則其他事務(wù)不能再對(duì)A加任任何類型的封鎖。獲準(zhǔn)排他鎖的事務(wù)既能讀數(shù)據(jù)，又能修改數(shù)據(jù)。

更新鎖:更新 (U) 鎖可以防止通常形式的死鎖。如果兩個(gè)事務(wù)獲得了資源上的共享模式鎖，然后試圖同時(shí)更新數(shù)據(jù)，則兩個(gè)事務(wù)需都要轉(zhuǎn)換共享鎖為排它 (X) 鎖，并且每個(gè)事務(wù)都等待另一個(gè)事務(wù)釋放共享模式鎖，因此發(fā)生死鎖。

若要避免這種潛 在的死鎖問題，請(qǐng)使用更新 (U) 鎖。一次只有一個(gè)事務(wù)可以獲得資源的更新 (U) 鎖。如果事務(wù)修改資源，則更新 (U) 鎖轉(zhuǎn)換為排它 (X) 鎖。否則，鎖轉(zhuǎn)換為共享鎖。

鎖的粒度主要有以下幾種類型：

行鎖： 粒度最小，并發(fā)性最高

頁鎖：一次鎖定一頁。25個(gè)行鎖可升級(jí)為一個(gè)頁鎖。

表鎖：粒度大，并發(fā)性低

數(shù)據(jù)庫鎖：控制整個(gè)數(shù)據(jù)庫操作

樂觀鎖：樂觀鎖假設(shè)認(rèn)為數(shù)據(jù)一般情況下不會(huì)造成沖突，所以在數(shù)據(jù)進(jìn)行提交更新的時(shí)候，才會(huì)正式對(duì)數(shù)據(jù)的沖突與否進(jìn)行檢測(cè)，如果發(fā)現(xiàn)沖突了，則讓返回用戶錯(cuò)誤的信息，讓用戶決定如何去做。一般的實(shí)現(xiàn)樂觀鎖的方式就是記錄數(shù)據(jù)版本。

悲觀鎖：每次去拿數(shù)據(jù)的時(shí)候都認(rèn)為別人會(huì)修改，所以每次在拿數(shù)據(jù)的時(shí)候都會(huì)上鎖，這樣別人想拿這個(gè)數(shù)據(jù)就會(huì)block直到它拿到鎖。傳統(tǒng)的關(guān)系型數(shù)據(jù)庫里邊就用到了很多這種鎖機(jī)制，比如行鎖,表鎖,讀鎖,寫鎖等，都是在做操作之前先上鎖。

20、數(shù)據(jù)庫的樂觀鎖和悲觀鎖是什么？ oracle 是行級(jí)鎖

數(shù)據(jù)庫管理系統(tǒng)（DBMS）中，并發(fā)控制的任務(wù)是：確保在多個(gè)事務(wù)同時(shí)存取同一數(shù)據(jù)時(shí)，不破壞事務(wù)的隔離性和統(tǒng)一性以及數(shù)據(jù)庫的統(tǒng)一性。

悲觀鎖：假定會(huì)發(fā)生并發(fā)沖突，屏蔽一切可能違反數(shù)據(jù)完整性的操作

樂觀鎖：假設(shè)不會(huì)發(fā)生并發(fā)沖突，只在提交操作時(shí)檢查是否違反數(shù)據(jù)完整性。

21、悲觀鎖和樂觀鎖的區(qū)別，怎么實(shí)現(xiàn)

悲觀鎖：一段執(zhí)行邏輯加上悲觀鎖,不同線程同時(shí)執(zhí)行時(shí),只能有一個(gè)線程執(zhí)行,其他的線程在入口處等待,直到鎖被釋放。

樂觀鎖：一段執(zhí)行邏輯加上樂觀鎖,不同線程同時(shí)執(zhí)行時(shí),可以同時(shí)進(jìn)入執(zhí)行,在最后更新數(shù)據(jù)的時(shí)候要檢查這些數(shù)據(jù)是否被其他線程修改了(版本和執(zhí)行初是否相同),沒有修改則進(jìn)行更新,否則放棄本次操作。

oracle 表鎖住了什么原因

在對(duì)指定表做append操作，其他再做truncate時(shí)候，會(huì)產(chǎn)生鎖表，如下驗(yàn)證步驟，

1、創(chuàng)建測(cè)試表，

create table test_lock(id number, value varchar2(200));

2、執(zhí)行append語句；并且不做提交，insert /*+append*/ into test_lock values(1,1);

3、再次執(zhí)行清表語句，truncate table test_lock;報(bào)鎖表錯(cuò)誤，

4、查看鎖表語句，發(fā)現(xiàn)被鎖表，

select b.object_name, t.*

from v$locked_object t, user_objects b

where t.object_id = b.object_id

oracle表被鎖了怎么處理?

首先你要知道表鎖住了是不是正常鎖？因?yàn)槿魏蜠ML語句都會(huì)對(duì)表加鎖。\x0d\x0a\x0d\x0a你要先查一下是那個(gè)會(huì)話那個(gè)sql鎖住了表，有可能這是正常業(yè)務(wù)需求，不建議隨便KILLsession，如果這個(gè)鎖表是正常業(yè)務(wù)你把sessionkill掉了會(huì)影響業(yè)務(wù)的。\x0d\x0a建議先查原因再做決定。\x0d\x0a\x0d\x0a(1)鎖表查詢的代碼有以下的形式：\x0d\x0aselectcount(*)fromv$locked_object;\x0d\x0aselect*fromv$locked_object;\x0d\x0a(2)查看哪個(gè)表被鎖\x0d\x0aselectb.owner,b.object_name,a.session_id,a.locked_modefromv$locked_objecta,dba_objectsbwhereb.object_id=a.object_id;\x0d\x0a(3)查看是哪個(gè)session引起的\x0d\x0aselectb.username,b.sid,b.serial#,logon_timefromv$locked_objecta,v$sessionbwherea.session_id=b.sidorderbyb.logon_time;\x0d\x0a\x0d\x0a(4)查看是哪個(gè)sql引起的\x0d\x0aselectb.username,b.sid,b.serial#,c.*fromv$locked_objecta,v$sessionb,v$sqlcwherea.session_id=b.sid\x0d\x0aandb.SQL_ID=c.sql_idandc.sql_id=''\x0d\x0aorderbyb.logon_time;\x0d\x0a\x0d\x0a(5)殺掉對(duì)應(yīng)進(jìn)程\x0d\x0a執(zhí)行命令：altersystemkillsession'1025,41';\x0d\x0a其中1025為sid,41為serial#.

oracle 怎么查看數(shù)據(jù)被鎖

1.創(chuàng)建測(cè)試表，如下圖。

createtabletest_lock(idnumber,valuevarchar2(200));

2.執(zhí)行append語句；并且不做提交，insert/*+append*/intotest_lockvalues(1,1)如下圖。

3.再次執(zhí)行清表語句，truncatetabletest_lock;報(bào)鎖表錯(cuò)誤，如下圖。

4.查看鎖表語句，發(fā)現(xiàn)被鎖表

selectb.object_name,t.*

fromv$locked_objectt,user_objectsb

wheret.object_id=b.object_id

注意事項(xiàng)：

簡化數(shù)據(jù):可以將復(fù)雜的查詢創(chuàng)建為其他人可以使用的視圖，而不必了解復(fù)雜的業(yè)務(wù)或邏輯關(guān)系。這簡化并掩蓋了視圖用戶數(shù)據(jù)的復(fù)雜性。

表結(jié)構(gòu)設(shè)計(jì)的補(bǔ)充:在設(shè)計(jì)的系統(tǒng)才剛剛開始,大部分的程序直接訪問數(shù)據(jù)表結(jié)構(gòu),但是隨著業(yè)務(wù)的變化,系統(tǒng)更新,等等,引起了一些表結(jié)構(gòu)不適用,這次修改系統(tǒng)的表結(jié)構(gòu)太大,開發(fā)成本較高的影響。

這個(gè)時(shí)候可以創(chuàng)建一個(gè)視圖來補(bǔ)充表結(jié)構(gòu)設(shè)計(jì),降低開發(fā)成本。程序可以通過查詢視圖直接獲得它想要的數(shù)據(jù)。

添加安全性:視圖可以向用戶顯示表中的指定字段，而不是向用戶顯示表中的所有字段。在實(shí)際開發(fā)中，視圖通常作為提供數(shù)據(jù)的一種方式提供，并將只讀權(quán)限提供給第三方以供查詢使用。

什么情況下oracle數(shù)據(jù)庫的表會(huì)被鎖住呢？

DML鎖又可以分為，行鎖、表鎖、死鎖

-行鎖：當(dāng)事務(wù)執(zhí)行數(shù)據(jù)庫插入、更新、刪除操作時(shí)，該事務(wù)自動(dòng)獲得操作表中操作行的排它鎖。

-表級(jí)鎖：當(dāng)事務(wù)獲得行鎖后，此事務(wù)也將自動(dòng)獲得該行的表鎖(共享鎖),以防止其它事務(wù)進(jìn)行DDL語句影響記錄行的更新。事務(wù)也可以在進(jìn)行過程中獲得共享鎖或排它鎖，只有當(dāng)事務(wù)顯示使用LOCK TABLE語句顯示的定義一個(gè)排它鎖時(shí)，事務(wù)才會(huì)獲得表上的排它鎖,也可使用LOCK TABLE顯示的定義一個(gè)表級(jí)的共享鎖(LOCK TABLE具體用法請(qǐng)參考相關(guān)文檔)。

-死鎖：當(dāng)兩個(gè)事務(wù)需要一組有沖突的鎖，而不能將事務(wù)繼續(xù)下去的話，就出現(xiàn)死鎖。

如事務(wù)1在表A行記錄#3中有一排它鎖，并等待事務(wù)2在表A中記錄#4中排它鎖的釋放，而事務(wù)2在表A記錄行#4中有一排它鎖，并等待事務(wù)1在表A中記錄#3中排它鎖的釋放，事務(wù)1與事務(wù)2彼此等待，因此就造成了死鎖。死鎖一般是因拙劣的事務(wù)設(shè)計(jì)而產(chǎn)生。

死鎖只能使用SQL下:alter system kill session "sid,serial#"；或者使用相關(guān)操作系統(tǒng)kill進(jìn)程的命令，如UNIX下kill -9 sid,或者使用其它工具殺掉死鎖進(jìn)程。

+DDL鎖又可以分為：排它DDL鎖、共享DDL鎖、分析鎖

-排它DDL鎖：創(chuàng)建、修改、刪除一個(gè)數(shù)據(jù)庫對(duì)象的DDL語句獲得操作對(duì)象的 排它鎖。如使用alter table語句時(shí)，為了維護(hù)數(shù)據(jù)的完成性、一致性、合法性，該事務(wù)獲得一排它DDL鎖。

-共享DDL鎖：需在數(shù)據(jù)庫對(duì)象之間建立相互依賴關(guān)系的DDL語句通常需共享獲得DDL鎖。

如創(chuàng)建一個(gè)包，該包中的過程與函數(shù)引用了不同的數(shù)據(jù)庫表，當(dāng)編譯此包時(shí)，該事務(wù)就獲得了引用表的共享DDL鎖。

-分析鎖：ORACLE使用共享池存儲(chǔ)分析與優(yōu)化過的SQL語句及PL/SQL程序，使運(yùn)行相同語句的應(yīng)用速度更快。一個(gè)在共享池中緩存的對(duì)象獲得它所引用數(shù)據(jù)庫對(duì)象的分析鎖。分析鎖是一種獨(dú)特的DDL鎖類型，ORACLE使用它追蹤共享池對(duì)象及它所引用數(shù)據(jù)庫對(duì)象之間的依賴關(guān)系。當(dāng)一個(gè)事務(wù)修改或刪除了共享池持有分析鎖的數(shù)據(jù)庫對(duì)象時(shí)，ORACLE使共享池中的對(duì)象作廢，下次在引用這條SQL/PLSQL語句時(shí)，ORACLE重新分析編譯此語句。處理oracle中殺不掉的鎖一些ORACLE中的進(jìn)程被殺掉后，狀態(tài)被置為”killed”，但是鎖定的資源很長時(shí)間不釋放，有時(shí)實(shí)在沒辦法，只好重啟數(shù)據(jù)庫。現(xiàn)在提供一種方法解決這種問題，那就是在ORACLE中殺不掉的，在OS一級(jí)再殺。