SQL Server查询性能随着时间的推移而降低

Question

我已经在整个Internet上以许多方式看到了这个问题，但是尽管实施了很多建议（和一些伏都教），但我仍在努力。 我有一个100GB以上的数据库，该数据库不断地在非常大的事务中插入和更新记录（每个事务200个以上的语句）。 系统重新启动后，性能会非常出色（数据已写入通过USB 3.0连接的大型SATA III SSD）。 SQL Server实例在VMWare Workstation下运行的VM上运行。 主机设置为将整个VM保留在内存中。 VM本身具有5000 MB的分页缓存。 SQL Server用户设置为“将页面保留在内存中”。 我有5 GB的RAM分配给VM，并且SQL Server实例的最大内存设置为一半Gig。

我已经尝试使用这些参数中的每个参数来尝试保持一致的性能，但可以肯定并稳定地将性能降低到开始超时的程度。 不过，这是一个问题，如果我停止正在加载数据库的应用程序，然后在Management Studio中执行存储的proc，它的运行就像闪电一样，清楚地表明这与查询无关，可能与内存管理或分页。 如果然后重新启动加载器应用程序，它仍然会爬网。 但是，如果我重新启动VM，该应用程序将再次像闪电般运行...一段时间...

根据出现的症状，有人有其他建议吗？

Answer 1

• 根据您的热设置的大小，对于100 + GB数据库，5GB内存可能只会增加它的负担。

• 检查索引和查询计划。 没有他们，我们将无济于事。 我敢打赌，您会错过一些指数-这是人们的标准绩效问题。

• 否则，一旦完成作业，请转到dba.stackexchange.com并在那里询问。

• 通常-考虑到每个事务200条语句可能仅表示严重次优的编程。 例如，您可以将数据批量加载到临时表中，然后合并到最后一个表中。

Answer 2

实际上，我可能有一个可行的理论。 我所做的就是为应用程序添加了一些逻辑，使其在超时时坐了两分钟，然后重试，瞧！ 回到全速。 我与同事打交道，想到了一个概念，即我认为SSD的写入速度实际上是对VMWare主机的虚拟USB 3缓冲区的写入速度，而实际的SSD写入速度却较慢。 我可能会碰到主机的缓冲区大小，并通过强制应用程序等待2分钟，使主机有机会将其后缓冲数据转储到SSD中。 小学，沃森:)

如果这种方法也不能持续下去，我会报告。

Answer 3

尝试执行此操作以确定您的问题查询：

SELECT TOP 20
  qs.sql_handle,
  qs.execution_count,
  qs.total_worker_time AS Total_CPU,
  total_CPU_inSeconds = --Converted from microseconds
      qs.total_worker_time/1000000,
  average_CPU_inSeconds = --Converted from microseconds
      (qs.total_worker_time/1000000) / qs.execution_count,
  qs.total_elapsed_time,
  total_elapsed_time_inSeconds = --Converted from microseconds
      qs.total_elapsed_time/1000000,
 st.text,
 qp.query_plan
FROM
 sys.dm_exec_query_stats as qs
 CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) as st
 cross apply sys.dm_exec_query_plan (qs.plan_handle) as qp
 ORDER BY qs.total_worker_time desc

然后在此命令可帮助您查明的查询上检查估计的和实际的执行计划。

来源如何找出影响SQL Server的原因？ 并在http://technet.microsoft.com/zh-cn/magazine/2007.11.sqlquery.aspx页面底部

Answer 4

除了已经给出的出色索引建议之外，请务必阅读有关参数嗅探的内容。 这可能是问题的原因。

SQL Server-参数嗅探

http://www.sommarskog.se/query-plan-mysteries.html#compileps

结果，您可能会重复使用错误的查询计划，或者SQL的缓冲区可能已满，并且将内存中的页面写到磁盘上（可能是您所分配的其他内存）。

您可以运行DBCC FreeProcCache和DBCC FreeSystemCache将其清空，看看是否可以提高性能。

您还应该为SQL提供更多的内存-在为其他关键程序和操作系统留出空间的同时，还应尽可能多地给SQL提供内存。 您在VM上可能有5gb的Ram，但是SQL只能以1/2 gb的速度运行，这对于您所描述的内容似乎很小。

如果这些事情没有朝着正确的方向发展，请安装SQL Management Data Warehouse，以便您可以准确地看到减速开始时发生的情况。 运行它会占用额外的内存，但是您会给DBA留下更多的空间。

Answer 5

最后，我要做的是将两件事结合在一起：放入逻辑以在发生超时时进行恢复，并将主机核心数设置为仅反映物理核心，而不是逻辑核心，例如，主机有两个核心超线程的。 当我将VM设置为使用4个内核时，它有时会陷入无限循环，但是当我将其设置为2个内核时，它会毫无故障地运行。 尽管如此，这样的异常行为仍然难以可靠地缓解。