日常遇到的死锁情况收录

死锁，在我们日常开发中是绕不开的一个话题，我们随时都可能遇到“死锁”的情况，曾经也有面试官问过我“你在日常开发中遇到过哪些死锁的情况？”，这篇文章就作为我的一篇死锁问题收录吧！

一、情况一
用户A访问A表，然后再访问B表；用户B访问B表，然后再访问A表。用户A获取到A表的锁，完成后需要取获取B表的锁，此时A表的锁没有释放；用户B获取到B表的锁，完成后需要获取A表的锁，此时B表的锁没有释放。这样A占据A表的锁，B占据B表的锁，并且想要获取对方的锁但自身拥有的锁也没释放，这样就形成了死锁。

二、情况二
用户A查询一条纪录，然后修改该条纪录；这时用户B要修改该条纪录。
咱不是很理解，后续补充。

三、情况三
如果在事务中执行了一条不满足条件的语句，执行全表扫描，把行级锁上升为表级锁，多个这样的事务执行后，就很容易产生死锁和阻塞。类似的情况还有当表中的数据量非常庞大而索引建的过少或不合适的时候，使得经常发生全表扫描，最终应用系统会越来越慢，最终发生阻塞或死锁。