Бесконечная запрос в SQL Server 2012

Question

SQL Server 2012, Amazon RDS

Это мой простой запрос

update [dbo].[DeliveryPlan] 
set [Amount] = dp.Amount + 
        case when @useAmountColumn = 1 and dbo.ConvertToInt(bs.Amount) > 0 
         then dbo.ConvertToInt(bs.Amount) 
         else @amount 
        end 
from 
    BaseSpecification bs 
join 
    BaseSpecificationStatusType t on (StatusTypeID = t.StatusTypeID) 
join 
    [DeliveryPlan] dp on (dp.BaseSpecificationID = bs.BaseSpecificationID and dp.ItemID = @itemID) 
where 
    bs.BaseID = 130 and t.IsActive = 1 

Это не может быть завершена. Если условие bs.BaseID = 130 (обновление 7000 строк) изменяется для bs.BaseID = 3 (обновление 1000000 строк), оно длится 13 секунд.

Статистические данные являются актуальными, я думаю

В мониторе производительности я вижу использование процессора 5%

Когда я использую зр наблюдать активные соединения и для этого запроса tempdb_allocations 32, tembdb_current - 32, просмотров - 32 000 000, cpu - 860 000 (запрос длится 20 минут)

В чем проблема?

UPDATE: Я добавил некластеризованный индекс для [DeliveryPlan] - по BaseSpecificationID + ItemID и проблема исчезла. К сожалению, я вижу эту проблему каждый день с разными запросами. И проблема исчезает непредсказуемо.

Answer 1

Вы можете столкнуться с состоянием блокировки для ваших базовых таблиц.

Оптимизация запроса для обновления dp напрямую, чтобы избежать обновления всех строк DeliveryPlan

update dp set [Amount] = dp.Amount + 
    case 
     when @useAmountColumn=1 and dbo.ConvertToInt(bs.Amount)>0 then 
      dbo.ConvertToInt(bs.Amount) 
     else @amount 
    end 
from 
    BaseSpecification bs 
    join BaseSpecificationStatusType t on (bs.StatusTypeID = t.StatusTypeID) 
    join [DeliveryPlan] dp on (dp.BaseSpecificationID = bs.BaseSpecificationID) 
where 
    bs.BaseID = 130 
    and t.IsActive = 1 
    and dp.ItemID = @itemID 

Answer 2

Это будет работать лучше и по-другому, поскольку условия соединения сузит количество строк в первом идти сам , а не ждать выполнения условия where. План выполнения будет другим для обоих (где/без где).

UPDATE dp 
    SET Amount = dp.Amount + CASE 
         WHEN @useAmountColumn = 1 
         AND dbo.ConvertToInt(bs.Amount) > 0 THEN dbo.ConvertToInt(bs.Amount) 
          ELSE @amount 
         END 
    FROM BaseSpecification bs 
    JOIN BaseSpecificationStatusType t ON 
             (bs.StatusTypeID = t.StatusTypeID 
             AND bs.BaseID = 130 
             AND t.IsActive = 1 
             ) 
    JOIN DeliveryPlan dp ON 
          (dp.BaseSpecificationID = bs.BaseSpecificationID 
         AND dp.ItemID = @itemID 
         ); 

Answer 3

Если проблема, упомянутая в части обновления, заключается в том, что она приходит и идет случайным образом, это звучит как плохой нюхательный параметр. Когда проблема возникает, вы можете посмотреть в кеш-план, чтобы проверить, выглядит ли план запроса нормально, а если нет, каковы значения, с которыми был создан план (вы можете найти их в самом левом объекте в плане) и для Например, используйте sp_recompile и посмотрите, какой план вы получите в следующий раз.