数据库发生死锁常见的场景

锁定顺序不一致：
当两个或更多事务以不同的顺序锁定相同的资源时，可能会形成死锁。例如，事务A先锁定资源X，再锁定资源Y；而事务B先锁定资源Y，再试图锁定资源X。如果事务A和B恰好在锁定资源X和Y时遇到对方的锁定，那么双方都会等待对方释放锁，从而形成死锁。
长事务：
如果事务执行时间过长，它可能会锁定某些资源较长时间，导致其他等待这些资源的事务被阻塞。如果被阻塞的事务反过来也持有一些资源，就可能引发死锁。
嵌套事务：
当一个事务内部包含其他事务时，内部事务的锁可能直到外部事务完成才会释放。如果另一个事务需要内部事务锁定的资源，但又被另一个需要外部事务资源的事务阻塞，就可能形成死锁。
并发更新相同记录：
多个事务同时尝试更新同一记录，其中一个事务可能先锁定记录，随后其他事务试图锁定同一记录，导致等待和潜在的死锁。
事务间的循环等待：
当事务间形成一个循环等待链，每个事务都在等待另一个事务释放锁时，就会发生死锁。
锁升级：
事务最初可能只锁定一行的共享锁，但在事务过程中，它可能需要升级到排他锁。如果此时另一个事务已经获取了该行的排他锁，就会导致死锁。
资源竞争和锁定：
当多个事务尝试同时访问和修改同一组资源时，特别是在资源有限的情况下，可能因锁定冲突而引发死锁。
索引缺失或不适当：
如果表中缺乏适当的索引，事务可能需要执行全表扫描，这可能导致表级锁，增加死锁的可能性。
不合理的数据库设计：
包括不正确的外键约束、循环依赖的表结构等，都可能导致事务在执行过程中形成复杂的锁定模式，从而引发死锁。

为了避免或减少死锁，可以采取以下措施：
锁定顺序：确保所有事务按照相同的顺序锁定资源，可以避免循环等待。
短事务：尽可能使事务短小，尽快提交或回滚，减少锁持有时间。
使用乐观锁：在事务中使用版本号或时间戳等机制来检测并解决并发冲突，而不是使用悲观锁。
死锁检测和超时：配置数据库的死锁检测机制，当检测到死锁时自动回滚一个事务，让其他事务得以继续。
锁粒度调整：使用更细粒度的锁（如行级锁）或更粗粒度的锁（如表级锁），根据具体场景选择合适的锁策略。
事务隔离级别：调整事务的隔离级别，使用更高级别的隔离可以减少并发冲突，但可能会影响性能。