Windows下Oracle表死锁处理过程
1.问题现象
Oracle 12c数据库安装在Windows下，在一个大数据量表批量更新操作时，异常中断。表锁死，查询访问长时间无反应。
2.处理过程
（1）锁表对象
select object_name as 对象名称, s.sid, s.serial#, p.spid as 系统进程号
from v$locked_object i, dba_objects o, v$session s, v$process p
where i.object_id = o.object_id
and i.session_id = s.sid
and s.paddr = p.addr;
查询锁表的对象，找到表名，关注对应的sid ，serial# ，spid 。
（2）在Oracle中杀进程
在数据库所属用户登录，杀会话进程。
alter system kill session 'sid,s.serial#';
例如：sid ，serial# 分别是16,6046
alter system kill session '16,6046';
提示成功，但是再次查询锁对象，依然存在。
增加参数，立刻执行生效
alter system kill session '16,6046' immediate;
提示：
ORA-00031: session marked for kill
（3）在Windows中杀进程
Windows 中没有kill命令，杀指定进程。在Windows中任务管理器，Oracle就是一个进程。
Oracle提供一个命令orakill ：
用法： orakill sid thread
sid：是数据库实例名
thread：是锁对象的spid
查询数据库实例名：
select t.INSTANCE_NAME from v$instance t;
假设 实例名：orcl ，spid ：10404
进入cmd命令行，执行：
orakill orcl 10404
结束锁死进程。
在Oracle中，查询不到对应的锁死表对象。
（4）清除数据
再查询锁死表，还是没有反映，应该是解锁了，可以查询迅速反馈结果了，但是与预期不同。
最终用truncate table 清除所有记录，重新导入数据，表终于可以查询返回结果了 。
3. Oracle锁的分类
加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。
Oracle的锁机制是一种轻量级的锁定机制，不是通过构建锁列表来进行数据的锁定管理，而是直接将锁作为数据块的属性，存储在数据块首部。
在 Oracle 数据库中，它并不是对某个表加上锁或者某几行加上锁， 锁是以数据块的一个属性存在的。 也就是说， 每个数据块本身就存储着自己数据块中数据的信息，这个地方叫 ITL（ Interested Transaction List）， 凡是在这个数据块上有活动的事务，它的信息就会记录在这里面供后续的操作查询，一保证事务的一致性。
（1）按用户和系统分类
自动锁（ Automatic Locks）
当进行一项数据库操作时，缺省情况下，系统自动为此数据库操作获得所有有必要的锁。
自动锁分为三种：- DML 锁
- DDL 锁
- systemlocks。
手动数据锁（ Manual Data Locks）
某些情况下，需要用户锁定数据库操作要用到的数据，才能使数据库操作执行得更好，显式锁是用户为数据库对象设定的，执行命令锁表：
lock table table_name；
（2）按锁级别分类
可分为：排他锁（exclusive lock，即X锁）和共享锁（share lock，即S锁）
排他锁（exclusive lock，即X锁）
事务设置排它锁后，该事务单独获得此资源，另一事务不能在此事务提交之前获得相同对象的共享锁或排它锁。共享锁（share lock，即S锁）
共享锁使一个事务对特定数据库资源进行共享访问——另一事务也可对此资源进行访问或获得相同共享锁。
共享锁为事务提供高并发性。
（3）按操作分类
DML锁
DML 锁用于控制并发事务中的数据操纵，保证数据的一致性和完整性。
DML锁主要用于保护并发情况下的数据完整性。
DML 语句能够自动地获得所需的表级锁（TM）与行级（事务）锁（TX）。
它又分为：
（ 1） TM 锁（表级锁）
（ 2） TX 锁（ 事务锁或行级锁）
当 Oracle 执行 DML 语句时，系统自动在所要操作的表上申请 TM 类型的锁。当 TM 锁获得后，系统再自动申请 TX 类型的锁，并将实际锁定的数据行的锁标志位进行置位。
这样在事务加锁前检查 TX锁相容性时就不用再逐行检查锁标志，而只需检查 TM 锁模式的相容性即可，大大提高了系统的效率。
在数据行上只有 X 锁（排他锁）。
在 Oracle 数据库中，当一个事务首次发起一个 DML 语句时就获得一个 TX 锁，该锁保持到事务被提交或回滚。当两个或多个会话在表的同一条记录上执行 DML 语句时，第一个会话在该条记录上加锁，其他的会话处于等待状态。当第一个会话提交后， TX 锁被释放，其他会话才可以加锁。
当 Oracle 数据库发生 TX 锁等待时，如果不及时处理常常会引起 Oracle 数据库挂起，或导致死锁的发生，产生ORA-600 的错误。这些现象都会对实际应用产生极大的危害，如长时间未响应，大量事务失败等。
（4）锁等级
- 行锁：0、6两类锁
- 表锁：0、1、2、3、4、5、6七类锁
- 0（none）
- 1（null）
- 2（RS）
- 3（RX）
- 4（S）
- 5（SRX）
- 6（X）
R是ROW行，S是SHARE共享，X是eXclusive排他，独占锁的意思。
0：null 空
一般的SELECT，在表和行上都是0级锁
1：null 空
1级锁有：Select有时会在v$locked_object出现。
2：Row-S 行共享(RS)：共享表锁，sub share
2级锁有：Lock Row Share，create index online
表锁的情况下：
locked_mode 2不影响后一个locked_mode 2、3、4、5的会话，如果后一个会话locked_mode为6，则后一个会话操作会提示ora-00054错误。
ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired
行锁的情况下：
locked_mode 2对应行锁0级锁，不影响其他会话。
3：Row-X 行独占(RX)：用于行的修改，sub exclusive
3级锁有：Insert, Update, Delete, Select for update,Lock Row Exclusive
表锁的情况下：
locked_mode 3不影响后一个locked_mode 3的会话，但如果后一个会话locked_mode为4,5,6，则后一个会话操作会提示ora-00054错误。
ORA-00054: resource busy and acquire with NOWAIT specified or timeout expired
行锁的情况下：
locked_mode 3的表锁对应行锁6级锁，两个会话对同一行则影响。
4：Share 共享锁(S)：阻止其他DML操作，share
4级锁有：Create Index, Lock Share
5：S/Row-X 共享行独占(SRX)：阻止其他事务操作，share/sub exclusive
5级锁有：Lock Share Row Exclusive
具体来讲有主外键约束时update/delete … ; 可能会产生4,5的锁。
6：exclusive 独占(X)：独立访问使用，exclusive
6级锁有：Drop table, Drop Index, Alter table，Truncate table, Lock Exclusive。
