sqlserver 如何分析“死锁调度程序”转储？

如何分析“死锁调度程序”转储？

sqlserver错误日志

**Dump thread – spid = 0, PSS = 0x0000000000000000, EC =
0x0000000000000000

***Stack Dump being sent to C:\Program Files\Microsoft SQL
Server\MSSQL.1\MSSQL\LOG\SQLDump0001.txt

* BEGIN STACK DUMP:

* Deadlocked Schedulers

* Short Stack Dump

Stack Signature for the dump is 0x00000000000003D0

分配给节点 0 上的进程的新查询在过去 60 秒内没有被工作线程接收。阻塞或长时间运行的查询会导致这种情况，并可能降低客户端响应时间。使用“最大工作线程”配置选项来增加允许的线程数，或优化当前运行的查询。SQL 进程利用率：0%。系统空闲：69%。

原因

当调度程序监视器检测到线程（工作线程）没有在调度程序上进行时，我们会收到死锁调度程序错误。

一些常见的原因是

1.大多数任务都在等待单个资源，SQL Server 无法产生新线程来接受新的工作请求，并且没有空闲线程来处理新的工作请求。在具有多个节点（Numa）的系统中，如果属于单个节点的调度程序的所有线程都用尽（或）在单个节点上没有进行的调度程序可能会导致死锁的调度程序情况。

2. 过度阻塞，所有工作线程执行的查询时间很长，所有线程都在等待某个资源。

 

原文链接：
https://blog.csdn.net/weixin_30795127/article/details/98745732

其他参考：
https://www.pianshen.com/article/59111365580/