Question

数据库中死锁是什么产生的?

Answer 1

数据库表死锁和锁表是数据库并发控制中的两个常见问题，通常是由以下原因导致的：

并发访问：当多个事务同时访问数据库中的同一张表时，就会出现并发访问的情况。如果这些事务在操作时没有正确地使用锁机制，就可能导致死锁或锁表的问题。

锁粒度：锁粒度通常是指锁定的数据范围大小，如果锁的粒度不合理，例如过大或过小，就可能导致死锁或锁表的问题。通常建议在进行并发操作时，使用尽可能小的锁粒度，以避免死锁或锁表的问题。

事务处理：如果事务处理不当，例如事务的隔离级别设置不当，就可能导致死锁或锁表的问题。例如，在并发环境下，如果多个事务同时访问同一张表，而其中一个事务占用了一条记录的锁，另一个事务也需要访问该记录，就可能导致死锁或锁表的问题。

针对死锁和锁表的问题，可以从以下方面来定位问题：

锁定信息：查询数据库中的锁定信息，查看哪些表被锁定，以及锁定的粒度、类型等信息。可以使用SHOW LOCKS或者SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS来查询锁定信息。

连接信息：查询数据库中的连接信息，查看哪些连接占用了锁资源，以及锁资源的具体情况。可以使用SHOW PROCESSLIST或者SELECT * FROM INFORMATION_SCHEMA.PROCESSLIST来查询连接信息。

SQL语句：检查并发操作中使用的SQL语句，查看是否存在锁定粒度不合理、事务隔离级别设置不当等问题，以及是否存在死循环、递归查询等问题。

系统资源：检查系统资源使用情况，查看是否存在内存、磁盘等资源不足的情况，以及是否存在网络延迟等问题。

Answer 2

数据库操作的死锁是不可避免的，本文并不打算讨论死锁如何产生，重点在于解决死锁，通过SQL Server 2005, 现在似乎有了一种新的解决办法。

将下面的SQL语句放在两个不同的连接里面，并且在5秒内同时执行，将会发生死锁。

use Northwind
begin tran
　　insert into Orders(CustomerId) values(@#ALFKI@#)
　　waitfor delay @#00:00:05@#
　　select * from Orders where CustomerId = @#ALFKI@#
commit
print @#end tran@#

SQL Server对付死锁的办法是牺牲掉其中的一个，抛出异常，并且回滚事务。在SQL Server 2000，语句一旦发生异常，T-SQL将不会继续运行，上面被牺牲的连接中， print @#end tran@#语句将不会被运行，所以我们很难在SQL Server 2000的T-SQL中对死锁进行进一步的处理。

现在不同了，SQL Server 2005可以在T-SQL中对异常进行捕获，这样就给我们提供了一条处理死锁的途径：

下面利用的try ... catch来解决死锁。

SET XACT_ABORT ON
declare @r int
set @r = 1
while @r <= 3
begin
　　begin tran
　　
　　begin try　　　
　　　　insert into Orders(CustomerId) values(@#ALFKI@#)
　　　　waitfor delay @#00:00:05@#
　　　　select * from Orders where CustomerId = @#ALFKI@#
　　　　
　　　　commit
　　　　break
　　end try
　　　　
　　begin catch
　　　　rollback
　　　　waitfor delay @#00:00:03@#
　　　　set @r = @r + 1
　　　　continue
　　end catch
end

解决方法当然就是重试，但捕获错误是前提。rollback后面的waitfor不可少，发生冲突后需要等待一段时间，@retry数目可以调整以应付不同的要求。

但是现在又面临一个新的问题: 错误被掩盖了，一但问题发生并且超过3次，异常却不会被抛出。SQL Server 2005 有一个RaiseError语句，可以抛出异常，但却不能直接抛出原来的异常，所以需要重新定义发生的错误，现在，解决方案变成了这样:

declare @r int
set @r = 1
while @r <= 3
begin
　　begin tran
　　
　　begin try　　　
　　　　insert into Orders(CustomerId) values(@#ALFKI@#)
　　　　waitfor delay @#00:00:05@#
　　　　select * from Orders where CustomerId = @#ALFKI@#
　　　　
　　　　commit
　　　　break
　　end try
　　　　
　　begin catch
　　　　rollback
　　　　waitfor delay @#00:00:03@#
　　　　set @r = @r + 1
　　　　continue
　　end catch
end
if ERROR_NUMBER() <> 0
begin
　　declare @ErrorMessage nvarchar(4000);
　　declare @ErrorSeverity int;
　　declare @ErrorState int;
　　select
　　　　@ErrorMessage = ERROR_MESSAGE(),
　　　　@ErrorSeverity = ERROR_SEVERITY(),
　　　　@ErrorState = ERROR_STATE();
　　raiserror (@ErrorMessage,
　　　　　　　 @ErrorSeverity,
　　　　　　　 @ErrorState
　　　　　　　 );
end

Answer 3

Mysql数据库里的 锁，根据存储引擎不同，一般有行锁 表锁。
其实锁的作用跟文件锁 是差不多的就是避免同时对某表 或某条记录进行修改。
死锁 我估计是2个应用同时锁住了 同一个表 或 同一条记录。这样谁也释放不了资源。
个人愚见。欢迎拍砖。