如何预防数据库死锁？
数据库死锁虽然只是个别记录被锁定，但如果连接没有得到释放，长时间占用数据库连接，且接口不断请求，会导致连接池被占满，接口响应超时，整个系统可能崩溃。如果系统没有熔断功能，可能会拖垮整个服务。因此，许多公司会采取措施，包括代码规范来防止死锁的发生。
数据库死锁是怎么发生的？网上有很多说法，总结起来就是不同事务之间存在循环依赖，例如事务a和事务b分别占用资源x和资源y。当a尝试获取资源y时，事务b已经占用了资源y，这时a会被阻塞。同样，当b尝试获取资源x时，a也会被阻塞。这种情况下，a和b都会被阻塞，从而形成死锁。
然而，这种情况可能不止涉及两个事务，还可能涉及多个事务之间的循环依赖。此时，数据库会发生死锁，最常见的场景是相互转账。例如，a转账给b，b又转账给a。这两个账户可能会被两个线程分别锁定。如果不加处理，它们会相互请求对方占用的资源，从而导致死锁。
解决方案是使用分布式锁，确保ab之间的转账只能由一个线程处理。这种方法简单粗暴，但效果很好。当然，这种方法可能会降低效率，因为所有的线程都需要串行处理。
因此，另一种方法是规定线程加锁的顺序。例如，先锁定a的账户，然后再锁定b的账户。这样所有的请求都会按照先a后b的顺序进行加锁，避免了死锁的发生。
除了以上两种方法，优化SQL语句和索引也可以减少对同一数据行的竞争。加锁时尽量加在行上，这样范围就会缩小，自然就可以降低死锁的概率了。
当然，大多数数据库还提供死锁检测和超时机制。当发现死锁时，数据库会自动回滚其中一个事务来释放资源，避免死锁的进一步扩大。超时机制可以在一定时间内自动结束事务，释放资源，避免死锁的持续时间过长，提高数据库的并发性能。
本期视频就到这里，如果您有任何疑问，欢迎在评论区留言。感谢观看。
