Oracle数据库数据表锁表的原理和解决办法
前几天在一个项目中遇到执行update操作的时候,数据库总是没有响应,以为是数据库语句写错了,经过反复排查,发现是目标数据库中的表被锁住了,只能执行select操作,其它操作都失败。下面我就将我个人的排查数据库是否有锁,怎样排除锁,以及产生锁的原理和大家分享一下。
死锁的排查和解除:
1.查看数据库中锁的数量(是否有锁),如果显示的数量为零,恭喜你,你的数据库没有锁。
select count(*) from v
l
o
c
k
e
d
o
b
j
e
c
t
2.
如
果
有
锁
,
查
看
锁
的
详
细
信
息
。
s
e
l
e
c
t
∗
f
r
o
m
v
locked_object 2.如果有锁,查看锁的详细信息。 select * from v
lockedobject2.如果有锁,查看锁的详细信息。select∗fromvlocked_object
3.查看具体的哪张表被锁。
select b.owner,b.object_name,a.session_id,a.locked_mode from vKaTeX parse error: Expected 'EOF', got '#' at position 120: …,b.sid,b.serial#̲,logon_time fro…locked_object a,v$session b where a.session_id = b.sid order by b.logon_time
5.杀掉对应的应用进程
alter system kill session’1025,41’
其中1025为sid,41为serial#.
死锁产生的原理:
当用户对数据库中的某一条数据执行更新或删除操作时,这条数据在执行结束后,并没有提交到数据库当中,此时该记录的状态是被锁定的,当下一个用户对该数据再次进行执行类似的操作的时候,就会出现死锁。关于死锁的分类和详细解释可以参考(http://blog.sina.com.cn/s/blog_9d12d07f0102vu72.html)
oracle 查询分析器中执行update操作,在没有commit操作以前,该数据是被锁定的(行锁),要想解决行锁,必须手动的commit;但是在利用数据库管理对象(后台操作数据库的对象),其中就封装了commit操作,这样就在每次执行完操作后,自动commit。
参考:
http://blog.csdn.net/rznice/article/details/6683905/