数据库死锁问题

一个事务对数据加了S锁之后，对数据只能进行读 *** 作，在释放对数据的S锁之前，其他事务可以且只能给该数据加S锁。

在T2请求Xlock

A之前，T2已经请求过了Slock

A，其他事务在T2释放对A的S锁之前只能给A加S锁，所以T1因为加X锁失败而进入等待，而T2因为之前的S锁为释放再加X锁导致加锁失败而进入等待

死锁检测

use master

Select from sysprocesses where blocked<>0

--找到SPID

exec sp_lock

--根据SPID找到OBJID

select object_name(85575343)

--根据OBJID找到表名

以 MDF结尾的是数据库文件,以 LDF结尾的是日志文件 ；

在企业管理器中选择您的要导入数据的数据库，然后点击右键，选择所有任务-附加数据库-选择MDF文件，就可以了 ；

对于数据库的还原，最好的备份数据库后，再还原数据库。可以使用定期备份；

多线程是很容易造成死锁，一般情况下死锁都是因为并发 *** 作引起的。我不懂JAVA,但死锁这个问题每种开发工具和数据库都会碰到解决办法是：

1、程序方面优化算法（如有序资源分配法、银行算法等），在一个程序里，能不用多线程更新同一张数据库表尽量不要用，如果要用，其避免死锁的算法就很复杂。

2、数据库方面设置等待超时时间

3、发生死锁后直接KILL掉数据库进程

简单讲：比如，在同一表中，你在编辑A记录，我访问和修改B记录，此时两个记录都被锁定。

然后，在同一时时，您要释放A记录，进入编辑B记录，而我要释放B记录进入编辑A记录。

这样，死锁就形成了。您不能进入被我锁定的B记录，从而继续停留在A记录。我不能进入正被您锁定的A记录，从而继续留在B记录。互相等待对方释放锁定的记录，而不能释放自已所在的记录，从而无限期等待。

原因很多，比如事务未能提交或2表互相 *** 作等等

查找死锁：

Select from mastersysprocesses where blocked > 0

dbcc inputbuffer(spid)

用db_name(dbid)和object_name(objid)找到对应的库+表，修改语句

每个使用关系型数据库的程序都可能遇到数据死锁或不可用的情况，而这些情况需要在代码中编程来解决;本文主要介绍与数据库事务死锁等情况相关的重试逻辑概念，此外，还会探讨如何避免死锁等问题，文章以DB2(版本9)与为例进行讲解。

什么是数据库锁定与死锁锁定(Locking)发生在当一个事务获得对某一资源的“锁”时，这时，其他的事务就不能更改这个资源了，这种机制的存在是为了保证数据一致性;在设计与数据库交互的程序时，必须处理锁与资源不可用的情况。

锁定是个比较复杂的概念，仔细说起来可能又需要一大篇，所以在本文中，只把锁定看作是一个临时事件，这意味着如果一个资源被锁定，它总会在以后某个时间被释放。

而死锁发生在当多个进程访问同一数据库时，其中每个进程拥有的锁都是其他进程所需的，由此造成每个进程都无法继续下去。

如何避免锁我们可利用事务型数据库中的隔离级别机制来避免锁的创建，正确地使用隔离级别可使程序处理更多的并发事件(如允许多个用户访问数据)，还能预防像丢失修改(LostUpdate)、读“脏”数据(DirtyRead)、不可重复读(NonrepeatableRead)及“虚”(Phantom)等问题。

隔离级别问题现象丢失修改读“脏”数据不可重复读“虚”可重复读取NoNoNoNo读取稳定性NoNoNoYes光标稳定性NoNoYesYes未提交的读NoYesYesYes表1：DB2的隔离级别与其对应的问题现象在只读模式中，就可以防止锁定发生，而不用那些未提交只读隔离级别的含糊语句。

南京电脑培训>

以上就是关于数据库死锁问题全部的内容，包括:数据库死锁问题、怎么查看sqlserver数据库是否有死锁信息、数据库为什么总是产生死锁等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！