PAGELATCH等待与PAGEIOLATCH和WRITELOG的关系
PAGELATCH等待与PAGEIOLATCH和WRITELOG的关系
提问于 2018-01-22 10:39:33
在迁移到Server 2017 (来自Server 2008)之后，PAGELATCH、PAGEIOLATCH和WRITELOG的等待量正在增加。虽然我可以解释PAGEIOLATCH和WRITELOG的增加(我们有其他磁盘- HDD而不是SSD)，但是不知道为什么PAGELATCH也会上升。
他们有血缘关系吗？
我所看到的它们不是，因为PAGELATCH属于内存，而其他属于IO。
回答 1
Database Administration用户
回答已采纳
发布于 2018-01-22 14:22:03
虽然我可以解释PAGEIOLATCH和WRITELOG的增加(我们有其他磁盘- HDD而不是SSD)
如果不作更多的分析，我是不会得出这个结论的。保罗兰德尔在这文章中提到的一些可能的原因。
以下是一些可能的根源(并非详尽无遗的清单)：
- SQL Server上的外部Windows内存压力导致内存管理器减少缓冲池大小
- 计划缓存膨胀，导致从缓冲池借用额外内存
- 执行表/聚集索引扫描(而不是索引查找)的查询计划，因为:工作负载量增加了参数嗅探问题，所需的非聚集索引被删除或更改了隐式转换
他们有血缘关系吗？
不是的。阅读本文，了解可能的原因和解决方案。
题名/责任者: Paul 膝跳等待统计: PAGELATCH /E/C/C。
也请阅读这个问题的答案。
我建议你看看你的工作量，找出2008年到2017年之间发生了什么变化。尝试将这些更改冠以等待类型中的更改。新的和改进的基数估计器是在Server 2014中发布的，这可能不会为您为2008年编写的所有代码提供最佳计划。记住，硬件的改变也可以起到一定的作用。一旦您掌握了所有的信息，您就能够识别等待类型更改的根本原因。
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://dba.stackexchange.com/questions/195908
复制相关文章
相似问题
腾讯云开发者
