㈠ 一条查询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需要输入密码，所以就阻塞了