Oracle死锁

转载参考：https://www.cnblogs.com/kerrycode/p/6928263.html

外键缺失索引影响

外键列上缺少索引会带来三个问题，限制并发性、影响性能、还有可能造成死锁。所以对于绝大部分场景，我们应该尽量考虑在外键上面创建索引

1. 影响性能。 如果子表外键没有创建索引，那么当父表查询关联子表时，子表将进行全表扫描。影响表连接方式。

2. 影响并发。 无论是更新父表主键，或者删除一个父记录，都会在子表中加一个表锁（在这条语句完成前，不允许对子表做任何修改）。这就会不必要

地锁定更多的行，而影响并发性

3：在特殊情况下，还有可能造成死锁。经过一系列的诊断，发现最终问题是由于外键上没有建立索引所致，由于程序在主子表上删除数据，缺少索引导致行级锁升级为表级锁，最终导致大量的锁等待和死锁。 

避免发生死锁

 数据库的死锁产生是有一定条件的。死锁产生的四个必要条件：

1）Mutual exclusion（互斥）：资源不能被共享，只能由一个进程使用。

2）Hold and wait（请求并保持）：已经得到资源的进程可以再次申请新的资源。

3）No pre-emption（不可剥夺）：已经分配的资源不能从相应的进程中被强制地剥夺。

4）Circular wait（循环等待条件）：系统中若干进程组成环路，该环路中每个进程都在等待相邻进程正占用的资源。

其实死锁的产生都是应用程序设计问题导致，我们一般通过分析trace文件分析死锁产生的原因后，就可以去破坏死锁产生的条件，来防止死锁产生，从而解决死锁问题。例如，上面案例中，调整更新表的顺序，外键增加索引等等

对比Oracle和Mysql在锁机制上的类似和差异点

查询死锁：

select s.username,l.object_id, l.session_id,s.serial#, s.lockwait,s.status,s.machine,s.program from v$session s,v$locked_object l where s.sid = l.session_id;

字段说明：

Username：死锁语句所用的数据库用户；
SID: session identifier， session 标示符，session 是通信双方从开始通信到通信结束期间的一个上下文。
SERIAL#: sid 会重用，但是同一个sid被重用时，serial#会增加，不会重复。
Lockwait：可以通过这个字段查询出当前正在等待的锁的相关信息。
Status：用来判断session状态。Active：正执行SQL语句。Inactive：等待操作。Killed：被标注为删除。
Machine： 死锁语句所在的机器。
Program： 产生死锁的语句主要来自哪个应用程序。

查看引起死锁的语句：

SQL>  select sql_text from v$sql where hash_value in   (select sql_hash_value from v$session where sid in  (select session_id from v$locked_object));