Question

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

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

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

Answer 1

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

DBCC FREEPROCCACHE;

但是我会首先检查你的一些计划，对于这些“慢”查询中的一些，看看他们是否首先进行了任何并行操作。

Answer 2

Parallel Query Processing表明已保存的查询计划允许并行处理，但并未特定地绑定特定数量的线程。

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

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

我需要重新优化视图吗？更改服务器核心数后的过程

2 个答案: