SQLServer怎么确定发生死锁的代码的位置？？？

tongji_006 2015-01-03 05:45:56

SQLServer怎么确定发生死锁的代码的位置？？？

如图片所示。。。

这个两个存储过程执行，发生了死锁。

问题一：提示是第33行，请问这个第33行，应该从哪里开始数，SQLServer显示行号，它的33行好像是不准确的。
应该从存储过程的 as begin开始吗？？？

问题二：它们都调用了存储过程“Usp_DAListForEnergyData”,但是传入参数是不一样的。死锁应该是发生在这个存储过程里面。
怎么样可以准确知道那一句发生死锁了？？？

“sp_who_lock”只能知道那些存储过程之间发生了死锁。

...全文

803 5 打赏收藏转发到动态举报

写回复

5 条回复

切换为时间正序

请发表友善的回复…

发表回复

唐诗三百首 2015-02-16

打赏
举报

回复

建议启用1222跟踪标记,发生死锁后查看SQL日志,有详细的死锁日志信息.


dbcc traceon(1222,-1)

Neo_whl 2015-01-27

打赏
举报

回复

选中多少行执行，从选中的第一行算，如果是执行存储过程，应该是从存储过程t-sql语句部分开始算

starrycheng 2015-01-27

打赏
举报

回复

有没有大神测试过啊，SQLServer提示的行应该从哪里开始数？？？

zl194 2015-01-04

打赏
举报

回复

我理解的是从as开始的，最后写个简单的试试。

starrycheng 2015-01-03

打赏
举报

回复

create proc 前面的语句算不算 33 行里面？？？还是从“as”还是，还是从“begin”开始？？？

两个进程发生死锁的典型例子是：进程T1中获取锁A，申请锁B；进程T2中获取锁B，申请锁A，我们下面动手来演示一下这种情况： 1. 创建一个Database，名为InvDB。 2. 执行下面脚本创建person表并填充两条数据： 3. 在SQL Server Management Studio的两个窗口中同时执行下面的查询：这段代码在默认的READ COMMITTED隔离级别下运行，两个进程分别在获取一个排它锁的情况下，申请对方的共享锁从而造成死锁。可见一个进程可以正常更新并显示结果，而另一个进程已经被回滚： (1 row(s) affected)Msg 1205, Lev

其实不光是上面描述的情况会锁住表，还有很多种场景会使表放生死锁，解锁其实很简单，下面用一个示例来讲解： 1 首先创建一个测试用的表：代码如下: CREATE TABLE Test ( TID INT IDENTITY(1,1) ) 2 执行下面的SQL语句将此表锁住：代码如下: SELECT * FROM Test WITH (TABLOCKX) 3 通过下面的语句可以查看当前库中有哪些表是发生死锁的：代码如下: SELECT request_session_id spid,OBJECT_NAME(resource_associated_entity_id)tableName

为了解决死锁问题，我们需要能够检测和识别死锁发生的地方。本文将展示如何通过存储过程来查看死锁，并提供相应的代码示例。，我们可以方便地查看当前数据库中的死锁信息。当然，如果需要更详细的死锁分析，可以进一步探索 SQL Server 的死锁跟踪功能。最后，通过查询临时表，我们可以获取死锁的 ID 和相应的 XML 格式的死锁信息。如果你想要更详细的死锁信息或对历史死锁进行分析，可以考虑在 SQL Server 中启用死锁跟踪功能。执行上述代码后，将返回死锁的 ID 和相应的死锁信息。，用于存储死锁信息。

【代码】SqlServer数据库死锁问题定位语句。

【代码】sql server 查看死锁死锁处理。

34,590

社区成员

254,589

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章