首先你要知道表鎖住了是不是正常鎖？因為任何DML語句都會對表加鎖。
垣曲ssl適用于網(wǎng)站、小程序/APP、API接口等需要進行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18982081108（備注：SSL證書合作）期待與您的合作！
你要先查一下是那個會話那個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#.
所謂死鎖：是指兩個或兩個以上的進程在執(zhí)行過程中，因爭奪資源而造成的一種互相等待的現(xiàn)象，若無外力作用，它們都將無法推進下去。此時稱系統(tǒng)處于死鎖狀態(tài)或系統(tǒng)產(chǎn)生了死鎖，這些永遠在互相等待的進程稱為死鎖進程。由于資源占用是互斥的，當(dāng)某個進程提出申請資源后，使得有關(guān)進程在無外力協(xié)助下，永遠分配不到必需的資源而無法繼續(xù)運行，這就產(chǎn)生了一種特殊現(xiàn)象死鎖。雖然進程在運行過程中，可能發(fā)生死鎖，但死鎖的發(fā)生也必須具備一定的條件，死鎖的發(fā)生必須具備以下四個必要條件。1）互斥條件：指進程對所分配到的資源進行排它性使用，即在一段時間內(nèi)某資源只由一個進程占用。如果此時還有其它進程請求資源，則請求者只能等待，直至占有資源的進程用畢釋放。2）請求和保持條件：指進程已經(jīng)保持至少一個資源，但又提出了新的資源請求，而該資源已被其它進程占有，此時請求進程阻塞，但又對自己已獲得的其它資源保持不放。3）不剝奪條件：指進程已獲得的資源，在未使用完之前，不能被剝奪，只能在使用完時由自己釋放。4）環(huán)路等待條件：指在發(fā)生死鎖時，必然存在一個進程——資源的環(huán)形鏈，即進程集合{P0，P1，P2，···，Pn}中的P0正在等待一個P1占用的資源；P1正在等待P2占用的資源，……，Pn正在等待已被P0占用的資源。在系統(tǒng)中已經(jīng)出現(xiàn)死鎖后，應(yīng)該及時檢測到死鎖的發(fā)生，并采取適當(dāng)?shù)拇胧﹣斫獬梨i。目前處理死鎖的方法可歸結(jié)為以下四種：1) 預(yù)防死鎖。這是一種較簡單和直觀的事先預(yù)防的方法。方法是通過設(shè)置某些限制條件，去破壞產(chǎn)生死鎖的四個必要條件中的一個或者幾個，來預(yù)防發(fā)生死鎖。預(yù)防死鎖是一種較易實現(xiàn)的方法，已被廣泛使用。但是由于所施加的限制條件往往太嚴格，可能會導(dǎo)致系統(tǒng)資源利用率和系統(tǒng)吞吐量降低。2) 避免死鎖。該方法同樣是屬于事先預(yù)防的策略，但它并不須事先采取各種限制措施去破壞產(chǎn)生死鎖的的四個必要條件，而是在資源的動態(tài)分配過程中，用某種方法去防止系統(tǒng)進入不安全狀態(tài)，從而避免發(fā)生死鎖。3)檢測死鎖。這種方法并不須事先采取任何限制性措施，也不必檢查系統(tǒng)是否已經(jīng)進入不安全區(qū)，此方法允許系統(tǒng)在運行過程中發(fā)生死鎖。但可通過系統(tǒng)所設(shè)置的檢測機構(gòu)，及時地檢測出死鎖的發(fā)生，并精確地確定與死鎖有關(guān)的進程和資源，然后采取適當(dāng)措施，從系統(tǒng)中將已發(fā)生的死鎖清除掉。4)解除死鎖。這是與檢測死鎖相配套的一種措施。當(dāng)檢測到系統(tǒng)中已發(fā)生死鎖時，須將進程從死鎖狀態(tài)中解脫出來。常用的實施方法是撤銷或掛起一些進程，以便回收一些資源，再將這些資源分配給已處于阻塞狀態(tài)的進程，使之轉(zhuǎn)為就緒狀態(tài)，以繼續(xù)運行。死鎖的檢測和解除措施，有可能使系統(tǒng)獲得較好的資源利用率和吞吐量，但在實現(xiàn)上難度也最大。
用戶被鎖了？
FAILED_LOGIN_ATTEMPTS參數(shù)默認是10，即：用戶連續(xù)輸入10次錯誤密碼，用戶會被鎖?。?/p>
可以使用其他擁有DBA權(quán)限的用戶進行解鎖；
alter user username account unlock;
如果是數(shù)據(jù)庫內(nèi)部出現(xiàn)死鎖或阻塞會話，可以先查出阻塞的會話，
select * from dba_waiters;
在殺掉阻塞的會話
alter system kill session 'sid,serial#';
測試環(huán)境，可以直接重啟數(shù)據(jù)庫！
1）用dba用戶執(zhí)行以下語句
select username,lockwait,status,machine,programfrom v$session where sid in
(select session_id from v$locked_object);
如果有輸出的結(jié)果，則說明有死鎖，且能看到死鎖的機器是哪一臺。字段說明：
Username：死鎖語句所用的數(shù)據(jù)庫用戶；
Lockwait：死鎖的狀態(tài)，如果有內(nèi)容表示被死鎖。
Status： 狀態(tài)，active表示被死鎖
Machine： 死鎖語句所在的機器。
Program： 產(chǎn)生死鎖的語句主要來自哪個應(yīng)用程序。
2）用dba用戶執(zhí)行以下語句，可以查看到被死鎖的語句。
select sql_text from v$sql where hash_valuein (select sql_hash_value from v$session where sid in
(select session_id from v$locked_object));
四、死鎖的解決方法
一般情況下，只要將產(chǎn)生死鎖的語句提交就可以了，但是在實際的執(zhí)行過程中。用戶可能不知道產(chǎn)生死鎖的語句是哪一句?？梢詫⒊绦蜿P(guān)閉并重新啟動就可以了。經(jīng)常在Oracle的使用過程中碰到這個問題，所以也總結(jié)了一點解決方法。
1）查找死鎖的進程：
SELECTs.username,l.OBJECT_ID,l.SESSION_ID,s.SERIAL#,l.ORACLE_USERNAME,l.OS_USER_NAME,l.PROCESSFROM V$LOCKED_OBJECT l,V$SESSION S WHERE l.SESSION_ID=S.SID;
2）kill掉這個死鎖的進程：
alter system kill session ‘sid,serial#’; （其中sid=l.session_id）
3）如果還不能解決：
select pro.spid from v$sessionses,v$process pro where ses.sid=XX and ses.paddr=pro.addr;
其中XX用死鎖的sid替換:
ps -ef|grep spid
其中spid是這個進程的進程號，kill掉這個Oracle進程
select A.SQL_TEXT, B.USERNAME, C.OBJECT_ID,C.SESSION_ID, B.SERIAL#,C.ORACLE_USERNAME,C.OS_USER_NAME,C.Process,''''||C.Session_ID||','||B.SERIAL#||'''from v$sql A, v$session B, v$locked_object C where A.HASH_VALUE =B.SQL_HASH_VALUE and B.SID = C.Session_ID
重慶分公司
重慶分公司
