ORACLE锁机制

http://www.cnblogs.com/gengyulong/archive/2011/04/07/2007586.html

专业名词：

数据库

事务

并发

锁

并发控制

排它锁

共享锁

X锁

S锁

DML锁

DDL锁

内部锁

闩

悲观封锁

乐观封锁

阻塞

数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同

时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致
性。

加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行操作前，先向系统发
出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不
能对此数据对象进行更新操作。

在数据库中有两种基本的锁类型：排它锁（Exclusive Locks，即X锁）和共享锁（Share Locks，即S锁
）。当数据对象被加上排它锁时，其他的事务不能对它读取和修改。加了共享锁的数据对象可以被其他
事务读取，但不能修改。数据库利用这两种基本的锁类型来对数据库的事务进行并发控制。

Oracle数据库的锁类型

根据保护的对象不同，Oracle数据库锁可以分为以下几大类：DML锁（data locks，数据锁），用于保护
数据的完整性；DDL锁（dictionary locks，字典锁），用于保护数据库对象的结构，如表、索引等的结
构定义；内部锁和闩（internal locks and latches），保护数据库的内部结构。

DML锁的目的在于保证并发情况下的数据完整性，。在Oracle数据库中，DML锁主要包括TM锁和TX锁，其
中TM锁称为表级锁，TX锁称为事务锁或行级锁。

当Oracle执行DML语句时，系统自动在所要操作的表上申请TM类型的锁。当TM锁获得后，系统再自动申请
TX类型的锁，并将实际锁定的数据行的锁标志位进行置位。这样在事务加锁前检查TX锁相容性时就不用
再逐行检查锁标志，而只需检查TM锁模式的相容性即可，大大提高了系统的效率。TM锁包括了SS、SX、S
、X 等多种模式，在数据库中用0－6来表示。不同的SQL操作产生不同类型的TM锁。

在数据行上只有X锁（排他锁）。在Oracle数据库中，当一个事务首次发起一个DML语句时就获得一个TX
锁，该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行 DML语句时，第一个会
话在该条记录上加锁，其他的会话处于等待状态。当第一个会话提交后，TX锁被释放，其他会话才可以
加锁。

当Oracle数据库发生TX锁等待时，如果不及时处理常常会引起Oracle数据库挂起，或导致死锁的发生，
产生ORA-60的错误。这些现象都会对实际应用产生极大的危害，如长时间未响应，大量事务失败等。

悲观封锁和乐观封锁
一、悲观封锁
锁在用户修改之前就发挥作用：
Select ..for update（nowait)
Select * from tab1 for update
用户发出这条命令之后，oracle将会对返回集中的数据建立行级封锁，以防止其他用户的修改。
如果此时其他用户对上面返回结果集的数据进行dml或ddl操作都会返回一个错误信息或发生阻塞。
1：对返回结果集进行update或delete操作会发生阻塞。
2：对该表进行ddl操作将会报：Ora-00054:resource busy and acquire with nowait specified.

原因分析
此时Oracle已经对返回的结果集上加了排它的行级锁，所有其他对这些数据进行的修改或删除操作都必

须等待这个锁的释放，产生的外在现象就是其他的操作将发生阻塞，这个这个操作commit或rollback.
同样这个查询的事务将会对该表加表级锁，不允许对该表的任何ddl操作，否则将会报出ora-00054错误

：:resource busy and acquire with nowait specified.

二、乐观封锁
乐观的认为数据在select出来到update进取并提交的这段时间数据不会被更改。这里面有一种潜在的危

险就是由于被选出的结果集并没有被锁定，是存在一种可能被其他用户更改的可能。因此Oracle仍然建

议是用悲观封锁，因为这样会更安全。

阻塞

定义：
当一个会话保持另一个会话正在请求的资源上的锁定时，就会发生阻塞。被阻塞的会话将一直挂起，直

到持有锁的会话放弃锁定的资源为止。4个常见的dml语句会产生阻塞
INSERT
UPDATE
DELETE
SELECT…FOR UPDATE

INSERT
Insert发生阻塞的唯一情况就是用户拥有一个建有主键约束的表。当2个的会话同时试图向表中插入相同
的数据时，其中的一个会话将被阻塞，直到另外一个会话提交或会滚。一个会话提交时，另一个会话将
收到主键重复的错误。回滚时，被阻塞的会话将继续执行。

UPDATE 和DELETE当执行Update和delete操作的数据行已经被另外的会话锁定时，将会发生阻塞，直到另
一个会话提交或会滚。

Select …for update
当一个用户发出select..for update的错作准备对返回的结果集进行修改时，如果结果集已经被另一个
会话锁定，就是发生阻塞。需要等另一个会话结束之后才可继续执行。可以通过发出 select… for
update nowait的语句来避免发生阻塞，如果资源已经被另一个会话锁定，则会返回以下错误：Ora-
00054:resource busy and acquire with nowait specified.

死锁-deadlock
定义:当两个用户希望持有对方的资源时就会发生死锁.
即两个用户互相等待对方释放资源时,oracle认定为产生了死锁,在这种情况下,将以牺牲一个用户作为代

价,另一个用户继续执行,牺牲的用户的事务将回滚.
例子：
1：用户1对A表进行Update，没有提交。
2：用户2对B表进行Update，没有提交。
此时双反不存在资源共享的问题。
3：如果用户2此时对A表作update,则会发生阻塞，需要等到用户一的事物结束。
4：如果此时用户1又对B表作update，则产生死锁。此时Oracle会选择其中一个用户进行会滚，使另一个

用户继续执行操作。
起因:
Oracle的死锁问题实际上很少见，如果发生，基本上都是不正确的程序设计造成的，经过调整后，基本

上都会避免死锁的发生。

DML锁分类表

表1Oracle的TM锁类型
锁模式锁描述解释 SQL操作
0 none
1 NULL 空 Select
2 SS(Row-S) 行级共享锁，其他对象
只能查询这些数据行 Select for update、Lock for

update、Lock row share

3 SX(Row-X) 行级排它锁，
在提交前不允许做DML操作 Insert、Update、
Delete、Lock row share

4 S(Share) 共享锁 Create index、Lock share
5 SSX(S/Row-X) 共享行级排它锁 Lock share row exclusive
6 X(Exclusive) 排它锁 Alter table、Drop able、Drop index、Truncate table 、Lock exclusive

oracle 锁问题的解决

可以用Spotlight软件对数据库的运行状态进行监控。

当出现session锁时，我们要及时进行处理.

1. 查看哪些session锁:
SQL语句：select 'alter system kill session '''||sid||','||serial#||''';' from v$session
where sid in (select sid from v$lock where block = 1);

SQL> select 'alter system kill session '''||sid||','||serial#||''';' from v$session where
sid in (select sid from v$lock where block = 1);
'ALTERSYSTEMKILLSESSION'''||SID||','||SERIAL#||''';'
--------------------------------------------------------------------------------
alter system kill session '132,731';
alter system kill session '275,15205';
alter system kill session '308,206';
alter system kill session '407,3510';

2. 查看session锁.
sql语句：select s.sid, q.sql_text from v$sqltext q, v$session s
where q.address = s.sql_address
and s.sid = &sid
order by piece;

SQL> select s.sid,q.sql_text from v$sqltext q, v$session s where q.address = s.sql_address

and s.sid in (select sid from v$lock where block = 1) order by piece;
SID SQL_TEXT
---------- ----------------------------------------------------------------
77 UPDATE PROFILE_USER SET ID=1,COMPANY_ID=2,CUSTOMER_ID=3,NAMED
77 _INSURED_ID=4,LOGIN=5,ROLE_ID=6,PASSWORD=7,EMAIL=8,TIME_ZON
77 E=9 WHERE PROFILE_USER.ID=:34
3 rows selected.

3. kill锁的进程.
SQL语句：alter system kill session '77,22198';

SQL> alter system kill session '391,48398';
System altered.

4. 查看谁锁了谁。
select s1.username || [email='@']'@'[/email] || s1.machine
|| ' ( SID=' || s1.sid || ' ) is blocking '
|| s2.username || [email='@']'@'[/email] || s2.machine || ' ( SID=' || s2.sid || ' ) ' AS

blocking_status
from v$lock l1, v$session s1, v$lock l2, v$session s2
where s1.sid=l1.sid and s2.sid=l2.sid
and l1.BLOCK=1 and l2.request > 0
and l1.id1 = l2.id1
and l2.id2 = l2.id2 ;

注：
> ：重定向输出，将文件的标准输出重新定向输出到文件，或将数据文件作为另一程序的标准输入内容

。
| ：UNIX管道：将一文件的输出作为另一文件的输入.

在执行SQL语句试：alter system kill session '391,48398'(sid为391); 应当注意对于sid在100以下

的应当谨慎，可能该进程对应某个application，如对应某个事务,可以kill.

本文来自CSDN博客，转载请标明出处：

http://blog.csdn.net/tianlesoftware/archive/2009/10/20/4696896.aspx
========

ORACLE里几种锁模式

http://blog.csdn.net/lxlj2006/article/details/5999458

Oracle里锁有以下几种模式:
　　
　　0：none
　　1：null 空
　　2：Row-S 行共享(RS)：共享表锁
　　3：Row-X 行专用(RX)：用于行的修改
　　4：Share 共享锁(S)：阻止其他DML操作
　　5：S/Row-X 共享行专用(SRX)：阻止其他事务操作
　　6：exclusive 专用(X)：独立访问使用
　　
数字越大锁级别越高, 影响的操作越多。
一般的查询语句如select ... from ... ;是小于2的锁, 有时会在v$locked_object出现。
　　
　　select ... from ... for update; 是2的锁。
　　
当对话使用for update子串打开一个游标时，
所有返回集中的数据行都将处于行级(Row-X)独占式锁定，
其他对象只能查询这些数据行，不能进行update、delete或select...for update操作。
　　
　　insert / update / delete ... ; 是3的锁。
　　
　　没有commit之前插入同样的一条记录会没有反应,
　　因为后一个3的锁会一直等待上一个3的锁, 我们必须释放掉上一个才能继续工作。
　　
　　创建索引的时候也会产生3,4级别的锁。
　　
　　locked_mode为2,3,4不影响DML(insert,delete,update,select)操作,
　　但DDL(alter,drop等)操作会提示ora-00054错误。
　　
　　有主外键约束时 update / delete ... ; 可能会产生4,5的锁。
　　
　　DDL语句时是6的锁。
　　
　　以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句：

　　select object_id,session_id,locked_mode from v$locked_object;
　　select t2.username,t2.sid,t2.serial#,t2.logon_time
　　from v$locked_object t1,v$session t2
　　where t1.session_id=t2.sid order by t2.logon_time;

　　如果有长期出现的一列，可能是没有释放的锁。
　　
　　我们可以用下面SQL语句杀掉长期没有释放非正常的锁：

　　alter system kill session 'sid,serial#';

　　如果出现了锁的问题, 某个DML操作可能等待很久没有反应。
　　
　　当你采用的是直接连接数据库的方式，
　　也不要用OS系统命令 $kill process_num 或者 $kill -9 process_num来终止用户连接，
　　因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的问题。
　　
　　记得在数据库级别用alter system kill session 'sid,serial#';杀掉不正常的锁。

当事务获得行锁后，此事务也将自动获得该行的表锁(共享锁),以防止其它事务进行DDL语句影响

记录行的更新。事务也可以在进行过程中获得共享锁或排它锁，只有当事务显示使用LOCK TABLE语句显

示的定义一个排它锁时，事务才会获得表上的排它锁,也可使用LOCK TABLE显示的定义一个表级的共享锁

，所以行锁的时候我还的拿个表锁，免得其他人该了我的表结构或者删除了我的表。

表级锁兼容性:

========

oracle查看锁表进程，杀掉锁表进程

http://www.iteye.com/topic/571315

查看锁表进程SQL语句1：
select sess.sid,
sess.serial#,
lo.oracle_username,
lo.os_user_name,
ao.object_name,
lo.locked_mode
from v$locked_object lo,
dba_objects ao,
v$session sess
where ao.object_id = lo.object_id and lo.session_id = sess.sid;

查看锁表进程SQL语句2：
select * from v$session t1, v$locked_object t2 where t1.sid = t2.SESSION_ID;

杀掉锁表进程：
如有記錄則表示有lock，記錄下SID和serial# ，將記錄的ID替換下面的738,1429，即可解除LOCK
alter system kill session '738,1429';

Oracle有自己的进程管理策略，很多情况下杀进程往往不能即使生效，可以加alter system kill ...

immediately 试试

还是应该找到锁表的原因，从根源上解决避免这个问题产生。
========

ORACLE六大锁模式级别越高影响越多

http://www.2cto.com/database/201307/227562.html

ORACLE里锁有以下几种模式:
0：none
1：null 空
2：Row-S 行共享(RS)：共享表锁，sub share
3：Row-X 行独占(RX)：用于行的修改，sub exclusive
4：Share 共享锁(S)：阻止其他DML操作，share
5：S/Row-X 共享行独占(SRX)：阻止其他事务操作，share/sub exclusive
6：exclusive 独占(X)：独立访问使用，exclusive

数字越大锁级别越高, 影响的操作越多。

1级锁有：Select，有时会在v$locked_object出现。
2级锁有：Select for update,Lock For Update,Lock Row Share
select for update当对话使用for update子串打开一个游标时，所有返回集中的数据行都将处于行级

(Row-X)独占式锁定，其他对象只能查询这些数据行，不能进行update、delete或select for update操

作。
3级锁有：Insert, Update, Delete, Lock Row Exclusive
没有commit之前插入同样的一条记录会没有反应, 因为后一个3的锁会一直等待上一个3的锁, 我们必须

释放掉上一个才能继续工作。
4级锁有：Create Index, Lock Share
locked_mode为2,3,4不影响DML(insert,delete,update,select)操作, 但DDL(alter,drop等)操作会提示

ora-00054错误。
00054, 00000, "resource busy and acquire with NOWAIT specified"
// *Cause: Resource interested is busy.
// *Action: Retry if necessary.
5级锁有：Lock Share Row Exclusive
具体来讲有主外键约束时update / delete ... ; 可能会产生4,5的锁。
6级锁有：
?

Alter table, Drop table, Drop Index, Truncate table, Lock Exclusive

以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句：

<CCID_NOBR>
<CCID_CODE>col owner for a12
col object_name for a16
select b.owner,b.object_name,l.session_id,l.locked_mode
from v$locked_object l, dba_objects b
where b.object_id=l.object_id
/

select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time
/

如果有长期出现的一列，可能是没有释放的锁。我们可以用下面SQL语句杀掉长期没有释放非正常的锁：

?
1
2
<CCID_NOBR>
<CCID_CODE>alter system kill session 'sid,serial#';

如果出现了锁的问题, 某个DML操作可能等待很久没有反应。

当你采用的是直接连接数据库的方式，也不要用OS系统命令 $kill process_num 或者 $kill -9

process_num来终止用户连接，因为一个用户进程可能产生一个以上的锁, 杀OS进程并不能彻底清除锁的

问题。
========

Oracle锁机制原理（深入剖析）

http://www.2cto.com/database/201309/240500.html

库用两种类型的锁，一种是共享锁，另一种是排他锁。在像表或是表中一行只能获得一个排他锁，但是

共享锁可以再单个的资源中被多次获得。
锁影响读和写相互作用。下面的一些规则综述了oracle数据库关于读和写的一些行为：
1）仅当被写操作编辑时一行记录会被锁定
当一条更新的命令更新一行是，这个事务就会只获得这一行的锁。通过锁定在表中的这一条数据层次面

，这个数据库会很小的争夺对这个共享数据来说。正常情况下，数据库不会逐渐升级为对这个块的行锁

或是到一个表锁的等级。
2）只能在同一时间对一个数据块进行写入：
如果一个事务编辑表中的一行记录，那么这个行锁就会阻止其他事务同时对同一行的元组进行编辑。
3）读永远不会妨碍写
因为读一行数据不会进行对它枷锁，另一个事务可以同时对同一行进行编辑。这个当然除了select 。。

。from update这个语句之外，这个select是一个很特别的语句不会在它读的时候锁住一行数据。
4）写的时候不影响读
当一行数据被写入改变的时候，这个数据库会使用undo date去提供读取一致的行数据。
三）锁的使用
在一个单用户数据库中，锁就不需要了因为只有一个用户去编辑信息。然而，当多用户去访问和编辑数

据时，这个数据库必须提供一种方式去阻止去并发的编辑相同的数据。锁机制达到下面非常重要的数据

库的一些要求：
1）一致性
一个数据的session必须可见和改变数据但是不能被其他的session进行改变数据直到这个用户完成了操

作。
2）完整性
在正确修改序列时这个数据和数据结构必须反映所有操作的改变
在事务通过它们锁机制中oracle数据库提供了数据的并发性、一致性、完整性。锁是自动执行的不需要

用户操作。
当并发更新一行的时候，会说明需要什么要的锁。在下面的例子中，一个简单的web应用显示最终用户
的雇员邮箱和电话号码。这个应用使用update语句像下面这样编辑数据：

[sql]
eg：
update employees
set email=? ,phone_number=?
where employee_id=?
and email=?
and phone_number=?

在update语句执行前，这个邮箱和电话号码值都是where字句之前的，没有对指定employee编辑之前的值
。这个update确保这行记录在被应用最后读和显示给用户不会改变。通过这个方式，这个应用避免失去
update数据的问题，当一个用户查看时却别其他用户编辑了.(也就是说不会出现脏读的情况）。

当执行sql语句的时候oracle数据库会自动获得所需要的锁。例如，当一个数据库允许一个会话去编辑一
个数据，这个会话必须首先锁定这个数据。这个锁能够给这个session排斥其他的事务对这个数据进行锁
定并修改，直到这个锁被释放掉。
因为这个锁的机制，数据库被事务控制联系紧密，应用开发者都会需要定义一些事务的特性，然后数据
库会自动的管理锁机制。用户从来不需要锁定许多明确的资源，当然了oracle数据库也允许用户手动去
锁定一些资源。
四）锁的模式
oracle数据自动使用最底的锁应用等级限制去最大程度上提供更高的并发性和数据的性。限制越低，就
能更好的提供数据被其他用户所访问。相反越高的限制等级就会限制其他用户事务获取他们所需要的数
据。
oracle数据库在多用户数据库中使用两中类型的锁（数据库可以使用startup restrict命令启动到一个
特权模式下，在该模式下只用特定权限的用户才可以访问数据库）
1）排他锁模式
在这种模式下阻止数据被共享。当一个事务编辑数据的时候就会获得一个排他锁。第一个事务锁定了一
个这个数据，那么只有他可以进行修改，其他用户如需在修改这个数据，那么必须等第一个事务修改完
成释放了排他锁。
2）共享锁模式
这个模式基于操作有关信息允许这个资源被共享。多个用户读取数据的时候会共享这个数据，持有共享
锁去一个需要获得排他锁的用户并发访问。几个事务能够在相同的数据资源中取得共享锁。
假设一个事务使用select 。。。for update 语句去选择单表的一行。那么这个事务会获得一个行级共
享排他锁。这个行锁允许其他的会话修改一些其他行，在这个表锁定的时候阻止会话去修改这个数据的
结构。因此数据库提供了很多语句去执行。

五）锁的转化和升级
当必要时，oracle会执行锁的转化操作。在锁的转化中，oracle会自动的转换一个表锁从较低的限制到

一个较高的限制。
例如。假设一个事务对employee表执行一个select 。。。for update然后更新锁住的行。在这种情况下

数据库会自动转换从一个表的行级共享锁到一个表的行级排他锁。在这个事务中这个事务获得行级排他

锁来完成所有数据行的插入、更新或是删除操作。因为行锁获取的是最高的约束程度，因此没有其他锁

的转化被获得或是去执行。
锁的转化与锁的升级是不同的，锁的转化在许多锁从一个很低的粒度到一个很高的粒度重现。如果一个

用户在一个表中锁定了很多的行，然后一下数据库自动的升级这个行锁到一个这个行所属表锁。那么锁

的数量会变小，但是约束的程度会增大。
oracle数据库从来都不会升级锁。锁的升级很大程度上会发生思锁。建设一个系统试着为了事务1升级锁

是不可行的因为这个锁被事务2持有了。这时当事务2也请求同意个数据被升级一个锁的时候死锁就产生

了。
六）锁的持续
当像一个事务不在需要这个资源这种事件发生的时候，oracle数据库会自动的释放锁。在大多数情况下

，在事务持续期间oracle数据库会通过事务的语句持有相应的锁。这些锁阻止并发事务的相互干啥，如

可能产生的脏读、不可重复读、和幻想读情况。
========

ORACLE关于锁和V$LOCK的分析

http://blog.itpub.net/26770925/viewspace-1293245/
为了实现并发，oracle数据库使用了锁机制。要了解锁，首先要了解视图v$lock。
v$lock这个视图列出 Oracle 服务器当前拥有的锁以及未完成的锁请求。如果你觉着 session 处于等待

事件队列当中，那你应该检查视图v$lock。

v$lock中的常用列有以下列：
sid：持有锁的会话SID，通常与v$session关联。

type：锁的类型，其中TM表示表锁或DML锁，TX表示行锁或事务锁，UL表示用户锁。我们主要关注

TX和TM两种型的锁，其它均为系统锁，会很快自动释放，不用关注。当 Oracle执行 DML 语句时，系统

自动在所要操作的表上申请 TM 类型的锁。当 TM锁获得后，系统再自动申请 TX 类型的锁，并将实际锁

定的数据行的锁标志位进行置位。TM 锁包括了SS 、 SX、 S 、X 等多种模式，在数据库中用 0 －6 来

表示。不同的 SQL 操作产生不同类型的 TM锁。

lmode：会话保持的锁的模式。
0＝None；
1＝Null ;
2＝Row-S (SS,行级共享锁，其他对象只能查询这些数据行)，sql操作有select for update

、lock for update、lock row share；
3＝Row-X (SX,行级排它锁,在提交前不允许做DML操作)，sql操作有insert、update、delete

、lock row share；
4＝Share(共享锁)，sql操作有create index、lock share；
5＝S/Row-X (SSX,共享行级排它锁)，sql操作有lock share row exclusive；
6＝Exclusive(排它锁)，alter table、drop table、drop index、truncate table、look

exclusive等DDL

ID1,ID2: ID1,ID2的取值含义根据type的取值而有所不同，对于TM 锁ID1表示被锁定表的

object_id 可以和dba_objects视图关联取得具体表信息，ID2 值为0；对于TX 锁ID1以十进制数值表示

该事务所占用的回滚段号和事务槽slot number号，其组形式: 0xRRRRSSSS,RRRR=RBS/UNDO

NUMBER,SSSS=SLOT NUMBER，ID2 以十进制数值表示环绕wrap的次数，即事务槽被重用的次数。实际上这

两个字段构成了事务在回滚段中的位置。

当锁产生时，以下图为例说明v$lock：

1、图中存在两个session分别是133和135，session135的BLOCK=1意味着该session拥有一个锁，并阻塞

了其他session的对该锁的请求。该锁的类型由TY定义，模式由LMODE字段定义；
2、session133的request=6说明该session正在等待一个lmode为6的锁，而该锁的拥有者正是session135

。
3、对于TM锁，ID1Z值就是加锁的段对象，可以是表或者表分区，此时ID2一般为0；对于TX锁，这两个字

段构成该事务在回滚段中的位置。

对于死锁的处理流程：
1,查找锁：
select ls.osuser os_user_name,
ls.username user_name,
ls.type lock_type,
o.object_name object,
decode(ls.lmode,1,null,2,'Row Share',3,'Row Exclusive',4,'Share',5,'Share Row

Exclusive',6,'Exclusive',null) lock_mode,
o.owner,
ls.sid,
ls.serial# serial_num,
ls.id1,ls.id2,
ls.paddr
from sys.dba_objects o,
(select s.osuser,s.username,l.type,s.paddr,l.lmode,s.sid,s.serial#,l.id1,l.id2 from v

$session s,v$lock l where s.sid=l.sid) ls
where o.object_id=ls.id1 and o.owner<>'SYS' order by o.owner,o.object_name
2，查找spid
select a.spid,a.username,b.program from v$process a,v$session b where a.addr=b.paddr and

a.addr='000007FF2DC8E578';
3、kill进程
alter system kill session 'sid,serial#' immediate;
orakill sid spid
sid：表示要杀死的进程属于的实例名
thread：是要杀掉的线程号，即第2步查询出的spid。
========

ORACLE锁学习总结相关推荐

oracle buffer block,8 Oracle深度学习笔记——BUFFER CACHE深入一
8.Oracle深度学习笔记--BUFFER CACHE深入一最近项目一直和ORACLE死磕,感觉总是找不到出口,只能多看书少说话了. 先记录多少是多少吧! BUFFER CACHE在ORACLE的 ...
Oracle DBA学习基础篇（一） Oracle体系结构学习笔记
这里是我通过Oracle DBA实战这本书学习的 Oracle体系结构,大部分是我对书中的内容做的总结,还有遇到不理解的知识点,通过查询资料做的整合.通过这篇博客希望可以让你对Oracle的一些内部原 ...
oracle锁表后,系统能否自动解锁?
oracle锁表后,系统能否自动解锁?(急) [问题点数:100分] 不显示删除回复显示所有回复显示星级回复显示得分回复只显示楼主收藏关注 zyxgy zyxgy 本版等级: 结帖率:30 ...
oracle的学习规划路线
1.Oracle基础教程该部分学习主要是针对了解和使用Oracle,算是Oracle的入门级学习.主要学习Oracle的基础理论,以此为基础学会使用Oracle.主要内容有: Oracle介绍:介绍 ...
oracle+锁+杀不死,oracle kill -9 会话
ORACLE快速彻底Kill掉的会话 - 潇湘隐者 - 博客园 2014年10月19日在ORACLE数据库当中,有时候会使用ALTER SYSTEM KILL SESSION 'sid,serial ...
34.Oracle深度学习笔记——12C的AWR初步解读
34.Oracle深度学习笔记--12C的AWR初步解读关于AWR,蛤蟆也经常看.因为经常看别人给出的建议,很难有深刻体会.对此,计划花费几个晚上时间好好体会一把并记录下来.此处以单实例为例.列出目 ...
oracle未提交锁表,解决ORACLE锁表问题
转载备用在ORACLE操作中经常会发生,尚未提交(或回滚)数据Session异常关闭的情况会导致表中的某些数据被锁死. 解决办法是用sys登录后,先找出lock的Session. select o ...
oracle update 锁表还是锁行,for update造成的Oracle锁表与解锁
我遇到的情况: 当使用select语句查询表时,后面跟着for update , select * from table for update 当修改表中数据,但是没有commit就关掉PL/SQL, ...
【锁】Oracle锁系列
2019独角兽企业重金招聘Python工程师标准>>> [锁]Oracle锁系列 1 BLOG文档结构图 2 前言部分 2.1 导读和注意事项各位技术爱好者,看完本文后,你可 ...

ORACLE锁学习总结