如何防止数据库出现死锁现象？出现了如何解决？

Question

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE是为了防止在事务没有完成的时候另一用户，访问事务内，未提交的数据
create table Table1 (a int)
go
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
begin tran
  insert table1 values(1)               ----这句在事物没有commit前，被另一个用户
                                        ----访问是错误的，应为下面有可能会出错  insert table1 values('aaa')           ----这句由于类型不一样将报错
                                        ----设置了SERIALIZABLE的话就不会发生脏读
commit transelect * from table1

Answer 1

1: Kill 锁进程
2：停掉服务后重启

Answer 2

超过了3秒将会自动强制停止.
SET LOCK_TIMEOUT 3000
或中断某数据库的所有连接来解锁：
use  master 
go
create  proc  killspid  (@dbname  varchar(20))  
as  
begin  
declare  @sql  nvarchar(500),@temp varchar(1000)
declare  @spid  int  
set  @sql='declare  getspid  cursor  for    
select  spid  from  sysprocesses  where  dbid=db_id('''+@dbname+''')'  
exec  (@sql)  
open  getspid  
fetch  next  from  getspid  into  @spid  
while  @@fetch_status  <  >-1  
begin  
  set @temp='kill  '+rtrim(@spid)
  exec(@temp)
fetch  next  from  getspid  into  @spid  
end  
close  getspid  
deallocate  getspid  
end  --用法  
use  master  
exec  killspid  '数据库名'

Answer 3

使用:
SET DEADLOCK_PRIORITY
控制在发生死锁情况时会话的反应方式。如果两个进程都锁定数据，并且直到其它进程释放自己的锁时，每个进程才能释放自己的锁，即发生死锁情况。语法
SET DEADLOCK_PRIORITY { LOW | NORMAL | @deadlock_var }参数
LOW指定当前会话为首选死锁牺牲品。Microsoft® SQL Server™ 自动回滚死锁牺牲品的事务，并给客户端应用程序返回 1205 号死锁错误信息。NORMAL指定会话返回到默认的死锁处理方法。@deadlock_var是指定死锁处理方法的字符变量。如果指定 LOW，则 @deadlock_var 为 3；如果指定 NORMAL，则 @deadlock_var 为 6。注释
SET DEADLOCK_PRIORITY 的设置是在执行或运行时设置，而不是在分析时设置。

Answer 4

在存储过程中加入SET DEADLOCK_PRIORITY { LOW | NORMAL | @deadlock_var }

Answer 5

减少事务粒度,尽快提交，尽快释放！在程序中要对DEADLOC进行处理，比如ERROR ID=1205，可以在stored procedure中进行错误处理，保证数据的完整性。