如何分析“死锁调度程序”转储？
sqlserver错误日志
**Dump thread – spid = 0, PSS = 0x0000000000000000, EC =
0x0000000000000000
***Stack Dump being sent to C:Program FilesMicrosoft SQL
ServerMSSQL.1MSSQLLOGSQLDump0001.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/