WorldStar SQL's questions

我有一个奇怪的情况，我不太明白。

我有一张这样的桌子：

CREATE TABLE dbo.cc_demo
     (
         id INT IDENTITY PRIMARY KEY,
         up_action INT,
         down_action INT,
         last_action_date DATETIME
     );

INSERT dbo.cc_demo ( up_action, down_action, last_action_date )
SELECT TOP 5000000
       nums.num % 500000, nums.num % 500000, DATEADD(MINUTE, nums.num, GETDATE())
FROM
       (   SELECT     ROW_NUMBER() OVER ( ORDER BY ( SELECT NULL )) AS num
           FROM       master..spt_values AS sv
           CROSS JOIN master..spt_values AS sv2 ) AS nums;

如果我运行这个查询，计划只是一个常规的聚簇索引扫描。

SELECT *
FROM   dbo.cc_demo AS cd
WHERE  cd.last_action_date >= '20270601'
AND    cd.last_action_date < '20270901';

但是，如果我添加一个计算列并为其编制索引，我的计划就会发生最坏的变化。

ALTER TABLE dbo.cc_demo
    ADD total_actions AS up_action + down_action;

CREATE INDEX ix_total_actions ON dbo.cc_demo (total_actions);

现在它扫描聚集索引，然后稍后过滤掉东西！

它要求一个索引，这会将计划改回我所期望的，但为什么我必须添加它？

CREATE NONCLUSTERED INDEX [WORLDSTAR]
    ON dbo.cc_demo ( last_action_date )
    INCLUDE ( up_action, down_action, total_actions );

这似乎不合逻辑。

表现：

预计算列：

Table 'cc_demo'. Scan count 1, logical reads 17990, 

 SQL Server Execution Times:
   CPU time = 234 ms,  elapsed time = 224 ms.

后计算列 + 索引：

Table 'cc_demo'. Scan count 1, logical reads 17990

 SQL Server Execution Times:
   CPU time = 594 ms,  elapsed time = 591 ms.

这是细分：

• 当我添加计算列时，计划没有改变
• 当我索引计算列时，它确实
• 我还不太担心性能
• 我很好奇为什么在我索引计算列后计划会这样改变

在这里跟进我的其他问题，我想要一种简单的方法来形象化答案。

我试过使用这样的查询，但“正在运行”的线程数有时会超过 DOP。

SELECT    ost.session_id,
          ost.exec_context_id,
          ost.scheduler_id,
          qp.node_id,
          w.worker_address,
          qp.physical_operator_name,
          ost.task_state,
          qp.row_count
FROM      sys.dm_os_tasks AS ost
JOIN      sys.dm_os_workers AS w
    ON ost.worker_address = w.worker_address
LEFT JOIN sys.dm_exec_query_profiles AS qp
    ON w.task_address = qp.task_address
WHERE     ost.session_id = 57
AND       ost.task_state = 'RUNNING'
ORDER BY  ost.exec_context_id, ost.scheduler_id, qp.node_id, w.worker_address;

我也尝试过使用query_thread_profile扩展事件，但对于具有多个并行分支的计划，它显示相同的 N 个线程 ID。这似乎与给出的答案相反，因为 DOP 没有明确限制使用的线程总数。对于以 DOP 4 运行的查询，它看起来像这样。我确信相同的四个线程（加上协调器）不会用于所有分支和操作员。

因此，在 DOP 8 运行这样的查询会为我提供三个并行分支。

SELECT COUNT(DISTINCT t1.Data)
FROM dbo.t1 
JOIN dbo.t2 
ON t1.Id = t2.f_Id
JOIN t3
ON t1.Id = t3.f_Id
OPTION(FORCE ORDER, HASH JOIN);

但有时我的查询返回这个：

有时它返回这个：

这是一些示例数据：

CREATE TABLE dbo.t1 ( Id INT IDENTITY PRIMARY KEY CLUSTERED, Data INT NOT NULL );

CREATE TABLE dbo.t2 ( Id INT IDENTITY PRIMARY KEY CLUSTERED, f_Id INT NOT NULL );

CREATE TABLE dbo.t3 ( Id INT IDENTITY PRIMARY KEY CLUSTERED, f_Id INT NOT NULL );

INSERT dbo.t1 WITH (TABLOCKX) ( Data )
SELECT ROW_NUMBER() OVER (ORDER BY (SELECT NULL)) % 2000
FROM (
SELECT TOP 1000000 1 AS num
FROM master..spt_values AS sv
CROSS JOIN master..spt_values AS sv2
CROSS JOIN master..spt_values AS sv3
) AS nums

INSERT dbo.t2 WITH (TABLOCKX) ( f_Id )
SELECT TOP 15000000 t.Id
FROM dbo.t1 AS t
CROSS JOIN dbo.t1 AS t2

INSERT dbo.t3 WITH (TABLOCKX) ( f_Id )
SELECT TOP 25000000 t.Id
FROM dbo.t1 AS t
CROSS JOIN dbo.t1 AS t2

谢谢！

我和一位老 DBA 一起工作，他说了很多奇怪的话。Dude 有一本 O'Reilly 的书，封面上只有一个变形虫。

午餐时我们讨论了并行性，因为我们的新服务器有 24 个内核。他说，在并行计划中，每个操作员都会获得 DOP 线程。因此，如果您有 MAXDOP 8 并且您的查询有 4 个并行运算符，它将同时使用 32 个线程。

这似乎不对，因为您很快就会用完线程。

我还读到整个查询可能只有 8 个，这似乎太少了。

为什么我在 sysprocesses 中看到每个 SPID 的线程多于 MAXDOP？

他们都对吗？