建站
咨詢
售后
建站咨詢
新聞中心
oracle數(shù)據(jù)庫鎖表怎么解決
首先你要知道表鎖住了是不是正常鎖？因為任何DML語句都會對表加鎖。
成都創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),德化企業(yè)網(wǎng)站建設(shè),德化品牌網(wǎng)站建設(shè),網(wǎng)站定制,德化網(wǎng)站建設(shè)報價,網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,德化網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力。可充分滿足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。
你要先查一下是那個會話那個sql鎖住了表，有可能這是正常業(yè)務(wù)需求，不建議隨便KILL session，如果這個鎖表是正常業(yè)務(wù)你把session kill掉了會影響業(yè)務(wù)的。
建議先查原因再做決定。
(1)鎖表查詢的代碼有以下的形式：
select count(*) from v$locked_object;
select * from v$locked_object;
(2)查看哪個表被鎖
select b.owner,b.object_name,a.session_id,a.locked_mode from v$locked_object a,dba_objects b where b.object_id = a.object_id;
(3)查看是哪個session引起的
select b.username,b.sid,b.serial#,logon_time from v$locked_object a,v$session b where a.session_id = b.sid order by b.logon_time;
(4)查看是哪個sql引起的
select b.username,b.sid,b.serial#,c.* from v$locked_object a,v$session b,v$sql c where a.session_id = b.sid
and b.SQL_ID = c.sql_id and c.sql_id = ''
order by b.logon_time;
(5)殺掉對應(yīng)進程
執(zhí)行命令：alter system kill session'1025,41';
其中1025為sid,41為serial#.
平時使用oracle時，為什么會鎖表
數(shù)據(jù)庫事務(wù)及隔離級別
隔離級別：臟讀、幻讀、一致讀、不可重復(fù)讀、更新丟失
1.臟讀（Dirty Reads）：一個事務(wù)開始讀取了某行數(shù)據(jù)但是另外一個事務(wù)已經(jīng)更新了此數(shù)據(jù)但沒有能夠及時提交。這是相當危險很可能所有操作都被回滾
2.幻讀（Phantom Reads）：也稱為幻像（幻影）。事務(wù)在操作過程中進行兩次查詢，第二次查詢結(jié)果包含了第一次查詢中未出現(xiàn)的數(shù)據(jù)（這里并不要求兩次查詢SQL語句相同）這是因為在兩次查詢過程中有另外一個事務(wù)插入數(shù)據(jù)造成的
3.不可重復(fù)讀（Non-repeatable Reads）：一個事務(wù)對同一行數(shù)據(jù)重復(fù)讀取兩次但是卻得到了不同結(jié)果。例如在兩次讀取中途有另外一個事務(wù)對該行數(shù)據(jù)進行了修改并提交
4.兩次更新問題（Second lost updates problem）：無法重復(fù)讀取特例，有兩個并發(fā)事務(wù)同時讀取同一行數(shù)據(jù)然后其中一個對它進行修改提交而另一個也進行了修改提交這就會造成第一次寫操作失效
5.更新丟失（Lost update）：兩個事務(wù)都同時更新一行數(shù)據(jù)但是第二個事務(wù)卻中途失敗退出導致對數(shù)據(jù)兩個修改都失效了這是系統(tǒng)沒有執(zhí)行任何鎖操作因此并發(fā)事務(wù)并沒有被隔離開
20、鎖是什么？
鎖：在所有的DBMS(數(shù)據(jù)庫管理系統(tǒng))中，鎖是實現(xiàn)事務(wù)的關(guān)鍵，鎖可以保證事務(wù)的完整性和并發(fā)性。與現(xiàn)實生活中鎖一樣，它可以使某些數(shù)據(jù)的擁有者，在某段時間內(nèi)不能使用某些數(shù)據(jù)或數(shù)據(jù)結(jié)構(gòu)。當然鎖還分級別的。
鎖分為行級鎖和表鎖。
行級鎖：主要是在執(zhí)行操作過程中，鎖定指定的行。
主要的鎖行語句有：insert ,update,delete ,及select ....for update。
表鎖：指在運行操作指令過程中，由用戶指定鎖定某張表。lock table XXX in mode share;
共享鎖，排他鎖，共享排它，行共享，行排他。
鎖模式包括?
共享鎖:（讀?。┎僮鲃?chuàng)建的鎖。其他用戶可以并發(fā)讀取數(shù)據(jù)，但任何事物都不能獲取數(shù)據(jù)上的排它鎖，直到已釋放所有共享鎖。
排他鎖（X鎖）：對數(shù)據(jù)A加上排他鎖后，則其他事務(wù)不能再對A加任任何類型的封鎖。獲準排他鎖的事務(wù)既能讀數(shù)據(jù)，又能修改數(shù)據(jù)。
更新鎖:更新 (U) 鎖可以防止通常形式的死鎖。如果兩個事務(wù)獲得了資源上的共享模式鎖，然后試圖同時更新數(shù)據(jù)，則兩個事務(wù)需都要轉(zhuǎn)換共享鎖為排它 (X) 鎖，并且每個事務(wù)都等待另一個事務(wù)釋放共享模式鎖，因此發(fā)生死鎖。
若要避免這種潛 在的死鎖問題，請使用更新 (U) 鎖。一次只有一個事務(wù)可以獲得資源的更新 (U) 鎖。如果事務(wù)修改資源，則更新 (U) 鎖轉(zhuǎn)換為排它 (X) 鎖。否則，鎖轉(zhuǎn)換為共享鎖。
鎖的粒度主要有以下幾種類型：
行鎖： 粒度最小，并發(fā)性最高
頁鎖：一次鎖定一頁。25個行鎖可升級為一個頁鎖。
表鎖：粒度大，并發(fā)性低
數(shù)據(jù)庫鎖：控制整個數(shù)據(jù)庫操作
樂觀鎖：樂觀鎖假設(shè)認為數(shù)據(jù)一般情況下不會造成沖突，所以在數(shù)據(jù)進行提交更新的時候，才會正式對數(shù)據(jù)的沖突與否進行檢測，如果發(fā)現(xiàn)沖突了，則讓返回用戶錯誤的信息，讓用戶決定如何去做。一般的實現(xiàn)樂觀鎖的方式就是記錄數(shù)據(jù)版本。
悲觀鎖：每次去拿數(shù)據(jù)的時候都認為別人會修改，所以每次在拿數(shù)據(jù)的時候都會上鎖，這樣別人想拿這個數(shù)據(jù)就會block直到它拿到鎖。傳統(tǒng)的關(guān)系型數(shù)據(jù)庫里邊就用到了很多這種鎖機制，比如行鎖,表鎖,讀鎖,寫鎖等，都是在做操作之前先上鎖。
20、數(shù)據(jù)庫的樂觀鎖和悲觀鎖是什么？ oracle 是行級鎖
數(shù)據(jù)庫管理系統(tǒng)（DBMS）中，并發(fā)控制的任務(wù)是：確保在多個事務(wù)同時存取同一數(shù)據(jù)時，不破壞事務(wù)的隔離性和統(tǒng)一性以及數(shù)據(jù)庫的統(tǒng)一性。
悲觀鎖：假定會發(fā)生并發(fā)沖突，屏蔽一切可能違反數(shù)據(jù)完整性的操作
樂觀鎖：假設(shè)不會發(fā)生并發(fā)沖突，只在提交操作時檢查是否違反數(shù)據(jù)完整性。
21、悲觀鎖和樂觀鎖的區(qū)別，怎么實現(xiàn)
悲觀鎖：一段執(zhí)行邏輯加上悲觀鎖,不同線程同時執(zhí)行時,只能有一個線程執(zhí)行,其他的線程在入口處等待,直到鎖被釋放。
樂觀鎖：一段執(zhí)行邏輯加上樂觀鎖,不同線程同時執(zhí)行時,可以同時進入執(zhí)行,在最后更新數(shù)據(jù)的時候要檢查這些數(shù)據(jù)是否被其他線程修改了(版本和執(zhí)行初是否相同),沒有修改則進行更新,否則放棄本次操作。
oracle表在什么情況下會被鎖住
在對指定表做append操作，其他再做truncate時候，會產(chǎn)生鎖表，如下驗證步驟，
1、創(chuàng)建測試表，
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;報鎖表錯誤，
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怎么避免鎖表,oracle如何防止鎖表
本文路徑：http://www.dlmjj.cn/article/hojich.html
