单个 SQL Server 表上的死锁

我正在使用 SQL Server 2008 Enterprise。并使用ADO.Net + C# + .Net 3.5 + ASP.Net作为客户端访问数据库。当我访问 SQL Server 2008 表时，我总是从 C# + ADO.Net 代码调用存储过程。

我对表 FooTable 有 3 个操作。而多个连接会同时按顺序执行它们，即执行删除，执行插入，然后执行选择。每个语句（删除/插入/选择）都是单个存储过程中的单独事务。

我的问题是delete语句是否有可能发生死锁？我的猜测是，如果多个连接对同一个Param1值进行操作，是否有可能发生死锁？

BTW：对于下面的语句，Param1是表FooTable的列，Param1是另一个表的外键（指另一个表的另一个主键聚集索引列）。 Param1 本身没有表 FooTable 的索引。 FooTable 还有另一列用作聚集主键，但没有 Param1 列。

create PROCEDURE [dbo].[FooProc]    
(  
 @Param1 int 
 ,@Param2 int  
 ,@Param3 int  
)    
AS    

DELETE FooTable WHERE  Param1 = @Param1     

INSERT INTO FooTable    
 (  
 Param1  
 ,Param2  
 ,Param3  
  )    
 VALUES    
 (  
 @Param1  
 ,@Param2  
 ,@Param3  
  )    

DECLARE @ID bigint    
 SET @ID = ISNULL(@@Identity,-1)    
 IF @ID > 0    
 BEGIN    
      SELECT IdentityStr FROM FooTable WHERE ID = @ID 
 END

这是活动监视器表的样子，

ProcessID System Process Login Database Status Opened transaction Command Application Wait Time Wait Type CPU 
52 No   Foo suspended 0 DELETE .Net SqlClient Data Provider 4882 LCK_M_U 0 
53 No George Foo suspended 2 DELETE .Net SqlClient Data Provider 12332 LCK_M_U 0 
54 No George Foo suspended 2 DELETE .Net SqlClient Data Provider 6505 LCK_M_U 0 
(a lot of rows like the row for process ID 54)  

我会将 Param1 上的索引添加到 FooTable；如果没有它，DELETE 就会进行全表扫描，这会产生死锁问题。

EDIT

根据您的活动详细信息，您似乎没有出现死锁，而是出现阻塞，在发生一项删除时，许多删除正在排队。同样，在 Param1 上建立索引可以缓解这种情况，如果没有它，每个删除都将进行全表扫描以查找要删除的记录，而在这种情况下，其他删除必须等待。如果您在 Param1 上有索引，它将处理得更快，并且您不会看到现在的阻塞。

如果出现死锁，系统将杀死相关进程之一，否则什么也不会处理；通过阻塞，事情会处理，但如果表很大，速度会很慢。