如何防止插入删除表造成的数据库死锁 _循环删表产生死锁

在数据库中经常会遇到这样的情况：一个主表A，一个子表B，B表中包含有A表的主键作为外键。当要插入数据的时候，我们会先插入A表，然后获得A表的Identity，再插入B表。如果要进行删除操作，那么就先删除子表B，然后再删除主表A。在程序设计中，对两个表的操作是在一个事务之中完成的。

　　当系统使用频繁就会出现插入操作和删除操作同时进行的情况。这个时候插入事务会先将主表A放置独占锁，然后去访问子表B，而同时删除事务会对子表B放置独占锁，然后去访问主表A。插入事务会一直独占着A表，等待访问B表，删除事务也一直独占着B表等待访问A表，于是两个事务相互独占一个表，等待对方释放资源，这样就造成了死锁。

　　遇到这种情况我听说了三种做法：
　　1 取消AB两个表之间的外键关系，这样就可以在删除数据的时候就可以先删除主表A，然后删除子表B，让对这两个表操作的事务访问顺序一致。

　　2 删除A表数据之前，先使用一个事务将B表中相关外键指向另外A表中的另外一个数据（比如在A表中专门建一行数据，主键设置为0，永远不会对这行数据执行删除操作），这样就消除了要被删除的数据在AB两个表中的关系。然后就可以使用删除事务，先删除A表中的数据，再删除B表中的数据，以达到和插入事务表访问一致，避免死锁。

　　3 在外键关系中，将“删除规则”设置为“层叠”，这样删除事务只需要直接去删除主表A，而不需要对子表B进行操作。因为删除规则设置为层叠以后，删除主表中的数据，子表中所有外键关联的数据也同时删除了。

个人认为感觉第二条解决办法是最好的.其他的都是不可取的,也正是因为外键用起来麻烦,很多人干脆就不用外键,直接在代码中控制.通过臃肿的代码来提高程序的灵活性.实在是不可取.级联就要根据具体的需求了,现在往往都是要逻辑删除,然后留个数据以备将来分析.所以不是很明确的时候就不要级联了