2

运行 SQL Server 2005 的服务器被转换为虚拟机。原始服务器有 16 个逻辑核心。新的虚拟服务器只有 4 个核心，但应该更快。

一些存储过程（可能调用视图或 UDF）需要更长的时间才能运行。这可能是由于并行性较低。但是，查询计划是否仍然可以针对 16 个内核进行优化，或者它们是否会在硬件更改后自动重新优化？

如果我需要强制重新计算所有计划，最好的方法是什么？其他想法？

4

2 回答 2

1

您可以使用以下方法清除计划缓存：

DBCC FREEPROCCACHE;

但是，对于其中一些“较慢”的查询，我会首先检查您的一些计划，看看它们是否有任何并行操作。

于 2012-06-08T18:21:38.653 回答
1

并行查询处理表明保存的查询计划允许并行处理，但没有专门绑定特定数量的线程。

定期编译新查询计划可能还有其他原因，例如在更新统计信息之后。可以计划存储过程以标记所有存储过程以进行重新编译。我在以下方面取得了一些成功：

create procedure [dbo].[INUpdateStatistics]
as
  set nocount on

  create table #Tables ( Table_Qualifier sysname, Table_Owner sysname, Table_Name sysname, Table_Type VarChar(32), Remarks VarChar(254) )

  declare CTable cursor local for select Table_Name, Table_Owner, Table_Type from #Tables order by Table_Name
  declare @TableName as sysname
  declare @TableOwner as sysname
  declare @TableType as sysname

  -- Get the list of tables in the database.
  insert into #Tables exec sp_tables
  open CTable
  fetch next from CTable into @TableName, @TableOwner, @TableType
  -- For each table ... .
  while @@Fetch_Status = 0
    begin
    if @TableOwner = 'dbo' and @TableType = 'TABLE'
      begin
      -- Update statistics for all user tables.
      execute( 'update statistics [' + @TableName + '] with fullscan, all' )
      -- Recompile all stored procedures and triggers when they are next executed.
      exec sp_recompile @objname = @TableName
      -- Throttle the loop.
      waitfor delay '00:00:01'
      end
    fetch next from CTable into @TableName, @TableOwner, @TableType
    end

  -- Houseclean.
  close CTable
  deallocate CTable
  drop table #Tables
于 2012-06-08T18:23:27.987 回答