【问题标题】:Sql server database transaction deadlocks; visual studio insert proceduresSql server 数据库事务死锁;视觉工作室插入程序
【发布时间】:2011-12-17 04:34:23
【问题描述】:

我有一个 sql server 数据库设置,它接受来自使用线程运行的 Visual Studio 应用程序的插入事务。现在事务陷入僵局,我有一个解决方法,当 Visual Studio 2010 代码检测到超时时,它只会重新尝试插入数据。 查看我设置的文本日志,这种情况发生得太频繁并导致性能问题。 一些在线资源表明找到了有问题的事务并将其杀死,但如果我的应用程序依赖于在数据库中获得的结果,那可能不是一个选项。有没有关于如何处理这个问题的建议。我在 Visual Studion 2010 中使用 Parallel Taskfactory,所以在任何给定时间至少有 1000 个线程在运行?

一些要查看的代码:我的插入代码

任何想法都非常感谢。

sql 表架构

Table PostFeed

 id          int    
 entryid     varchar(100)
 feed        varchar(MAX)
 pubdate     varchar(50)
 authorName  nvarchar(100)
 authorId    nvarchar(100)
 age         nvarchar(50)
 locale      nvarchar(50)
 pic         nvarchar(50)
 searchterm  nvarchar(100)
 dateadded   datetime

 PK - entryid + searchterm     

插入的存储过程 所以它会执行一大堆插入操作并依赖主键约束来进行重复检查

完成表创建

USE [Feeds]
GO
/****** Object:  Table [dbo].[PostFeed]    Script Date: 09/21/2011 11:21:38 ******/
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
CREATE TABLE [dbo].[PostFeed](
[id] [int] IDENTITY(1,1) NOT NULL,
[entryId] [varchar](100) NOT NULL,
[feed] [varchar](max) NULL,
[entryContent] [nvarchar](max) NULL,
[pubDate] [varchar](50) NOT NULL,
[authorName] [nvarchar](100) NOT NULL,
[authorId] [nvarchar](100) NULL,
[age] [nvarchar](50) NULL,
[sex] [nvarchar](50) NULL,
[locale] [nvarchar](50) NULL,
[pic] [nvarchar](100) NULL,
[fanPage] [nvarchar](400) NULL,
[faceTitle] [nvarchar](100) NULL,
[feedtype] [varchar](50) NULL,
[searchterm] [nvarchar](400) NOT NULL,
[clientId] [nvarchar](100) NULL,
[dateadded] [datetime] NULL,
[matchfound] [nvarchar](50) NULL,
[hashField]  AS ([dbo].[getMd5Hash]([entryId])),
  CONSTRAINT [PK_Feed] PRIMARY KEY CLUSTERED 
 (
[entryId] ASC,
[searchterm] ASC
)WITH (PAD_INDEX  = OFF, STATISTICS_NORECOMPUTE  = OFF, 
IGNORE_DUP_KEY = OFF,       ALLOW_ROW_LOCKS  = ON, ALLOW_PAGE_LOCKS  = ON) ON [PRIMARY]
) ON [PRIMARY]
 GO SET ANSI_PADDING OFF
 GO

我尝试导出死锁图,但无法让它工作,所以这里有几行来自跟踪

Lock:Timeout    60468       sa  0X01    247 G01 sa  2011-09-   21 16:00:44.750   1:4557807  3463314605  .Net SqlClient Data Provider    0   0XEF8B45000100000000000000070006    22164   7   postFeeds    0  2011-09-21 16:00:44.750 1   G02     0 - LOCK    8 - IX          0   72057594075152384   1 - TRANSACTION 0   6 - PAGE        
Lock:Timeout    60469       sa  0X01    478 G01 sa  2011-09-   21 16:00:44.887  (7bf23fc490ce)  3463299315  .Net SqlClient Data Provider    0   0X3802000000017BF23FC490CE070007    17900   7   postFeeds   0   2011-09-21 16:00:44.887 1   G02     0 - LOCK    5 - X           0   72057594075152384   1 - TRANSACTION 0   7 - KEY     
Lock:Timeout    60470       sa  0X01    803 G01 sa  2011-09-   21 16:00:44.887  (379349b72c77)  3463296982  .Net SqlClient Data    Provider 0   0X380200000001379349B72C77070007    17900   7   postFeeds   0   2011-09-21 16:00:44.887 1   G02     0 - LOCK    5 - X           0   72057594075152384   1 - TRANSACTION 0   7 - KEY     
Lock:Timeout    60471       tdbuser 0X048D73EF643661429B907E6106F78358  93  G01 tdbuser 2011-09-21 16:02:41.333 1:14386936  3463346220  .Net SqlClient Data Provider    0   

【问题讨论】:

  • 需要 SQL。导致死锁的表和正在运行的查询的粗略架构。你用的是什么isolation levelDeadlock trace,你做过吗?
  • 我没有指定隔离级别,我觉得比较悲观。就像我说的,我只是在超时时重复插入。我没有设置自动死锁跟踪,只是偶尔手动检查是否有死锁并杀死它们。我将专注于阅读这些内容。谢谢
  • 您的应用程序基本上是在向数据库执行大量插入操作,而没有其他任何事情(没有事先进行查找以检查是否存在或检索 id 等?)导致死锁?
  • 抱歉,不插入,如果基于主键出现重复错误,则终止事务
  • 跑了跟踪,找不到死锁;那为什么我的交易有时会超时..我将运行更长的跟踪时间并回发

标签: visual-studio-2010 sql-server-2008 database-deadlocks


【解决方案1】:

我遇到了同样的情况,我用并行线程插入了大量记录。为了解决我的死锁问题,我在插入时指定了一个表锁......

Insert dbo.MyTable WITH(TABLOCKX) (Column1)
Values ( SomeValue);

我尝试使用低级锁,但仍然遇到死锁。 TabLockX 降低了一些吞吐量,但它仍然比串行插入快一吨,并且不再出现死锁。

【讨论】:

    猜你喜欢
    • 2017-04-10
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-04-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多