怎样通过程序判断数据库是否死锁

一般采用超时法或事务等待图法： （1）超时法 如果一个事务的等待时间超过规定时间，就认为发生了死锁。这个实现简单，但不足也很明显。 （2）事务等待图法 事务等待图是一个有向图G=(T, U)，

死锁检测

use master

Select * from sysprocesses where blocked<>0

--找到SPID

exec sp_lock

--根据SPID找到OBJID

select object_name(85575343)

--根据OBJID找到表名

sqlserver的数据库文件是什么？

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

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

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

1. 使用终端或命令提示符登录到MySQL，输入命令：mysql -h xxxx.xxx.xxx -P 3306 -u username -p 

解释：xxxx.xxx.xxx是数据库IP地址，username是数据库用户名，输入命令后，会让你输入username对应的密码，就可以登录了

2. 如何查看MySQL数据库的死锁信息 

在MySQL客户端下输入命令： 

show engine innodb status \G 

3. 如何定位MySQL数据库的死锁信息 

在打印出来的信息中找到“LATEST DETECTED DEADLOCK”一节内容，看图中红线 

4. 如何分析日志，定位死锁原因 

看3里面的图，紫色划线部分 

分析： 

事务1，等待 

RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`，这个位置的X锁 

事务2，持有 

RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁 

事务2，等待这个地方的X锁 

理论上这个事务2是可以提交的不会，死锁，但是这个事务日志只打印最后一部分死锁，信息，这里面隐含的条件是，事务1也持有 

RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁，这样，事务2不能加X锁，同时事务1也不能加X锁，产生死锁。

---