Sql server SQL Server 2014的问题-SQL Server数据库上的锁

Sql server SQL Server 2014的问题-SQL Server数据库上的锁,sql-server,tsql,sql-server-2014,Sql Server,Tsql,Sql Server 2014,我们从SQL Server 2008升级到SQL Server 2014。升级成功 然而,优化也存在一些问题。一些查询已开始基于创建锁。通常封锁消失或被鞭打,但基地不想移动 我们解决这个问题的办法是改变MAXDOP。在更改之后,我不知道什么是空闲的,但在数据库出现阻塞之前,一切都开始像这样进行。我不知道该怎么办了 我们的SQL Server配置 我们已经更改了成本和MAXDOP参数。没有多大帮助。我优化了导致阻塞的查询 这个问题一直存在。奇怪的是,MAXDOP更改有助于解决这种阻塞。然后系统会完

我们从SQL Server 2008升级到SQL Server 2014。升级成功

然而,优化也存在一些问题。一些查询已开始基于创建锁。通常封锁消失或被鞭打,但基地不想移动

我们解决这个问题的办法是改变MAXDOP。在更改之后,我不知道什么是空闲的,但在数据库出现阻塞之前,一切都开始像这样进行。我不知道该怎么办了

我们的SQL Server配置

我们已经更改了成本和
MAXDOP
参数。没有多大帮助。我优化了导致阻塞的查询


这个问题一直存在。奇怪的是,
MAXDOP
更改有助于解决这种阻塞。然后系统会完全原谅。SQL查询停止并执行。

性能问题可能会由于许多原因而引起。不正确的Maxdop设置只是其中之一

使用Sp_Blitz进行健康检查
  • 运行sp_blitz[sp]()查看到底是什么导致了性能瓶颈
  • 检查从1到50的优先级,这些是最关键的
  • 开始一个接一个地修复它们

您设置的兼容性级别是什么?在几乎所有情况下,将MAXDOP设置为0(如屏幕截图中所示)似乎都是一个非常糟糕的主意——这意味着一个并行查询可以使用您的所有核心。您最常看到的等待统计数据是什么?因此,您的查询现在都使用了与2008年不同的基数估计器--您是否能够降回到2008年的值(100?),并查看性能是否恢复到升级前的状态?更改maxdop设置可能会清除计划缓存,从而减轻参数嗅探的影响。是什么阻止您降低compat级别?除非您的性能问题实际上与并行查询有关,否则来回更改maxdop设置只是一种冗长的方式,需要经常运行
dbcc freeproccache
——您不是在解决问题,而是在掩盖问题。要解决这些问题,你需要对它们有更多的了解,这意味着在一个论坛上深入研究这些问题是不现实的。