Oracl 发生锁表–解锁sql
整理文件时,发现了这个文件,想起了当时在项目测试上线时由于锁表造成的重大事故,不由地心生感慨,想来还是把这个分享给大家吧。
锁表原因:
当多个用户并发地存取数据时,在数据库中就会产生多个事务同时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据,破坏数据库的一致性。当两个事务需要一组有冲突的锁,而不能将事务继续下去的话,就会出现死锁,严重影响应用的正常执行。
在数据库中有两种基本的锁类型:排它锁(Exclusive Locks,即X锁)和共享锁(Share Locks,即S锁)。当数据对象被加上排它锁时,其他的事务不能对它读取和修改。加了共享锁的数据对象可以被其他事务读取,但不能修改。数据库利用这两 种基本的锁类型来对数据库的事务进行并发控制。
关于共享锁和排他锁总结:
1mysql InnoDB引擎默认的修改数据语句,update,delete,insert都会自动给涉及到的数据加上排他锁,select语句默认不会加任何锁类型
2排他锁不能和其他锁共存
3共享锁可以和其他锁共存(由于排他锁的特性,共享锁只能和共享锁共存)
详见:https://www.cnblogs.com/edgedance/p/6979612.html
--查询是什么SQL引起了锁表的原因,SQL如下:
select l.session_id sid,
s.serial#,
l.locked_mode,
l.oracle_username,
s.user#,
l.os_user_name,
s.machine,
s.terminal,
a.sql_text,
a.action
from
v$sqlarea a, v$session s, v$locked_object l
where
l.session_id = s.sid
and s.prev_sql_addr = a.address
order by sid, s.serial#;
-- ORACLE中查看当前系统中锁表情况 查询SQL如下:
select object_name,
machine,
s.sid,
serial#
from
v$locked_object l,dba_objects o,v$session s
where
l.OBJECT_ID = o.OBJECT_ID and l.SESSION_ID = s.SID
--列出所有相关信息
select * from
v$locked_object l,dba_objects o,v$session s
where
l.OBJECT_ID = o.OBJECT_ID and l.SESSION_ID = s.SID
--解锁语句 SID和Serial#共同确定一唯一的session
alter system kill session 'SID,serial#';
... prompt'''