Параллелизм в SQL Server 2008

Question

Существует хранимая процедура:

CREATE PROCEDURE [dbo].[TestProc] 
AS 
BEGIN 
    SET NOCOUNT ON; 

    create table #thistable (rid char(32)) 
    insert into #thistable(rid) 
    select A0RID from tblCdbA0 with (nolock) 
    END 

Когда процедура выполняется в одиночку он занимает 400-500 мс, но при 10 потоков выполнения той же процедуры, параллельно, то первый поток заканчивается в 1300 мс, последний - через 6000 мс и средний - 4800 мс. Как вы можете видеть, нет блокировки, когда потоки ожидают, когда другой конец будет выполнен. Кроме того, серверный процессор загружается менее чем на 100%, т. Е. Для их выполнения достаточно ресурсов. Как это могло быть?

EDIT: Нашел хорошая статья о параллельных вставок: Resolving PAGELATCH Contention on Highly Concurrent INSERT Workloads

Answer 1

Для начала ЦП не является единственным ресурсом в базе данных. Вы отправили запрос в таблицу #temp в tempdb, для которой понадобятся такие ресурсы, как:

• tempdb SGAM/GAM.
• Tempdb войти
• пул буферов
• Tempdb IO

Так что если у вас есть 400-500 мс для одного потока и 10 нитей закончить в 6000 мс, что меня не удивляет. Вы запрашиваете в 10 раз больше работы (т. Е. В 10 раз больше ввода-вывода, чтобы записать эти таблицы #temp на диск), поэтому ожидается 4000-5000 мс. Дополнительные 1000 мс могут быть от конкуренции (потоки, конкурирующие за тот же ресурс).

В конечном счете, вам необходимо измерить, где потрачено время, см. SQL Server 2005 Waits and Queues за хорошую методологию, как проанализировать проблему.

Answer 2

почему выбрать из той же таблицы 8 раз, просто дублировать строки, как только вы получите их в первый раз, попробуйте следующее:

CREATE PROCEDURE [dbo].[TestProc] 
AS 
SET NOCOUNT ON; 

create table #thistable (rid char(32)) 

;WITH AllNumbers AS 
(
    SELECT 1 AS Number 
    UNION ALL 
    SELECT Number+1 
     FROM AllNumbers 
     WHERE Number<8 
) 
insert into #thistable 
     (rid) 
    select A0RID 
     from tblCdbA0    t with (nolock) 
     INNER JOIN AllNumbers  a ON 1=1 

RETURN 0 
GO 

, если вы делаете это с UNIONs, у вас есть 8 сканирований таблицы на поток, и это добавит и повлияет на производительность.