㈠ 一條查詢Oracle中的阻塞鎖（以及阻塞在哪個
查看被鎖的表
123
select p.spid,a.serial#,c.object_name,b.session_id,b.oracle_username,b.os_user_name from v$process p,v$session a, v$locked_object b,all_objects c where p.addr=a.paddr and a.process=b.process and c.object_id=b.object_id ;
查看那個用戶那個進程造成死鎖，鎖的級別
1
select b.owner,b.object_name,l.session_id,l.locked_mode fromv$locked_object l, dba_objects
4、查看連接的進程
1
SELECT sid, serial#, username, osuser FROMv$session;
5、查看是哪個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;
6、殺掉進程
1
alter system kill session 'sid,serial#';
㈡ oracle臟讀會導致資料庫堵塞嗎
不會的。臟數據最多會導致資料庫越來越大，不會導致阻塞，基於鎖的並發系統才會引起阻塞、當一個連接控制了一個鎖，而另一個連接需要沖突的鎖類型時，將發生阻塞。其結果是強制第二個連接等待，或在第一個連接上阻塞。
㈢ 如何查看oracle 中某條sql阻塞了某個sql
死鎖的定位方法
通過檢查資料庫表，能夠檢查出是哪一條語句被死鎖，產生死鎖的機器是哪一台。
1）用dba用戶執行以下語句
selectusername,lockwait,status,machine,programfromv$sessionwheresidin
(selectsession_idfromv$locked_object)
如果有輸出的結果，則說明有死鎖，且能看到死鎖的機器是哪一台。欄位說明：
Username：死鎖語句所用的資料庫用戶；
Lockwait：死鎖的狀態，如果有內容表示被死鎖。
Status： 狀態，active表示被死鎖
Machine： 死鎖語句所在的機器。
Program： 產生死鎖的語句主要來自哪個應用程序。
2）用dba用戶執行以下語句，可以查看到被死鎖的語句。
selectsql_textfromv$sqlwherehash_valuein
(selectsql_hash_valuefromv$sessionwheresidin
(selectsession_idfromv$locked_object))
㈣ oracle資料庫中用戶名被鎖住是什麼原因
FAILED_LOGIN_ATTEMPTS參數默認是10，即：用戶連續輸入10次錯誤密碼，用戶會被鎖住；
可以使用其他擁有DBA許可權的用戶進行解鎖；
alter user username account unlock;
如果是資料庫內部出現死鎖或阻塞會話，可以先查出阻塞的會話，
select * from dba_waiters;
在殺掉阻塞的會話
alter system kill session 'sid,serial#';
測試環境，可以直接重啟資料庫！
㈤ oracle資料庫update數據時多次都出現堵塞，請問會是什麼引起的呢
需要看資料庫的session 是否資源被佔用
查詢 IO CPU佔用率
更新語句 不要使用並發等方式 排查
㈥ oracle資料庫里怎麼查詢終端號的心跳異常數
你好！
這時候需要找出造成異常阻塞的session並清除。
oracle
session通常具有三個特徵：
（1）一個session可能阻塞多個session；
（2）一個session最多被一個session阻塞；
（3）session阻塞關系不會形成環路。（環路即死鎖，oracle能自動解除）
因此session的阻塞關系為一棵樹，進而DB系統所有session的BLOCK阻塞關系是一個由若干session阻塞關系樹構成的森林，而異常session一定會在故障爆發時成為根（root）。因此，找尋異常鎖表session的過程就是找出異常的root。
一般認為異常root有兩個特徵：（1）block樹的規模過大，阻塞樹規模即被root層層阻塞的session總數；（2）阻塞的平均等待時間過長。
查找異常session的方法一：
OEM—>
performance—>
Blocking
Sessions
查找異常session的方法二：
select
r.root_sid,
s.serial#,
r.blocked_num,
r.avg_wait_seconds,
s.username,s.status,s.event,s.MACHINE,
s.PROGRAM,s.sql_id,s.prev_sql_id
from
(select
root_sid,
avg(seconds_in_wait)
as
avg_wait_seconds,
count(*)
-
1
as
blocked_num
from
(select
CONNECT_BY_ROOT
sid
as
root_sid,
seconds_in_wait
from
v$session
start
with
blocking_session
is
null
connect
by
prior
sid
=
blocking_session)
group
by
root_sid
having
count(*)
>
1)
r,
v$session
s
where
r.root_sid
=
s.sid
order
by
r.blocked_num
desc,
r.avg_wait_seconds
desc;
該SQL語句即是根據v$session的欄位blocking_session統計阻塞樹根阻塞session的計數以及平均阻塞時間、並進行排序，排名最前的往往是異常session。
㈦ 如何查看oracle資料庫中哪些session異常阻塞了系統
Oracle資料庫運維過程中有時會遇到一種異常情況，由於錯誤的操作或代碼BUG造成session異常地持有鎖不釋放，並大量阻塞系統對話。這時候需要找出造成異常阻塞的session並清除。
oracle session通常具有三個特徵：
（1）一個session可能阻塞多個session；
（2）一個session最多被一個session阻塞；
（3）session阻塞關系不會形成環路。（環路即死鎖，oracle能自動解除）
因此session的阻塞關系為一棵樹，進而DB系統所有session的BLOCK阻塞關系是一個由若干session阻塞關系樹構成的森林，而異常session一定會在故障爆發時成為根（root）。因此，找尋異常鎖表session的過程就是找出異常的root。
一般認為異常root有兩個特徵：（1）block樹的規模過大，阻塞樹規模即被root層層阻塞的session總數；（2）阻塞的平均等待時間過長。
查找異常session的方法一：
OEM—> performance—> Blocking Sessions
查找異常session的方法二：
select r.root_sid, s.serial#,
r.blocked_num, r.avg_wait_seconds,
s.username,s.status,s.event,s.MACHINE,
s.PROGRAM,s.sql_id,s.prev_sql_id
from (select root_sid, avg(seconds_in_wait) as avg_wait_seconds,
count(*) - 1 as blocked_num
from (select CONNECT_BY_ROOT sid as root_sid, seconds_in_wait
from v$session
start with blocking_session is null
connect by prior sid = blocking_session)
group by root_sid
having count(*) > 1) r,
v$session s
where r.root_sid = s.sid
order by r.blocked_num desc, r.avg_wait_seconds desc;
該SQL語句即是根據v$session的欄位blocking_session統計阻塞樹根阻塞session的計數以及平均阻塞時間、並進行排序，排名最前的往往是異常session。
另外需要注意的是，持有鎖時間最長、或等待時間最長的session都不一定是造成阻塞的根源session！
㈧ oracle sql阻塞怎麼解決
使用v$locked_object視圖查看阻塞會話的session id，然後通過v$session+v$sql視圖查看一下正在執行什麼操作。如果可以，使用alter session命令kill掉即可解決阻塞。
㈨ oracle from 阻塞了怎麼辦
null表示空。其實就是什麼都不查，但行數和emp錶行數相同。
㈩ Java創建exec通道執行Linux命令時 程序卡在 su - oracle 程序阻塞，那位大神幫忙看看，非常感謝！！
是root方式運行的嗎
如果是非root運行，su需要輸入密碼，所以就阻塞了