Sylvia's questions

我设置了一个扩展事件会话来跟踪注意力事件，以监视超时的过程。这是创建脚本：

CREATE EVENT SESSION [ApplicationTimeout3] ON SERVER 
ADD EVENT sqlserver.attention(
ACTION(sqlserver.client_app_name,sqlserver.client_hostname,sqlserver.database_name,sqlserver.session_id,sqlserver.sql_text,sqlserver.tsql_frame,sqlserver.tsql_stack,sqlserver.username)
    WHERE ([package0].[equal_boolean]([sqlserver].[is_system],(0))))
ADD TARGET package0.event_file(SET filename=N'D:\ExtendedEvents\ApplicationTimeout3.xel',max_file_size=(100),max_rollover_files=(5))
WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=ON)
GO

问题是，在我得到的超时中，我没有得到 sql_text。（我也没有得到 tsql_frame 或 tsql_stack）。当我执行“观看实时数据”时，它不会返回。

我确实看到了超时，它们与我在查询 sys.query_store_runtime_stats 时看到的超时同时发生（execution_type_desc = 'Aborted'）。但是，我返回的字段集有限，但它们不是我需要的字段。

另外顺便说一下，通过扩展事件记录的事件比我查询 sys.query_store_runtime_stats 时看到的要多。我不知道它们是什么。

关于如何实际获取正在执行的 sql 的任何线索？我可以通过查询查询存储表来获取存储过程名称。我想获得的是调用存储过程所使用的参数。

在此查询计划中：

https://www.brentozar.com/pastetheplan/?id=HydtQjsO5

...多个节点的成本为 100%。这是怎么发生的？当如此多的节点具有一定是错误的成本时，您如何确定从哪里开始优化？是否有其他东西可以代替成本百分比？

重新启动后 SQL 代理意外未在 SQL Server 上启用，并且 3 周内没有运行任何作业，包括没有备份（完整或差异或日志）。SQL 代理现已启用。数据库的完整备份已运行。现在日志备份正在运行，并且已经运行了一个多小时（通常在运行完整备份后需要几秒钟）。

有什么潜在的问题需要考虑吗？日志文件变得非常大，比如 200 GB。

我现在做了几次都不成功。在 UI 中，我能够成功地将 Query Store Retention 设置中的查询存储大小从 250 提升到 1000 mb。我进行了更改，关闭数据库属性窗口，重新打开，看起来更改成功，显示 1000 mb。然后当我再次查看它时（可能是第二天左右），它又恢复到 250 mb。

版本为 Microsoft SQL Server 2017 (RTM-CU13) (KB4466404) - 14.0.3048.4。

这里会发生什么？

我有一个扩展的事件会话来跟踪死锁，并为 Event_File 设置了数据存储，最大文件大小为 20 MB，最大文件数为 5，启用文件翻转为真。

看起来我无法更改数据存储，即使在我停止会话之后也是如此。这一切都变灰了。我需要能够增加文件的数量，因为由于某种原因它实际上并没有达到 20 MB 的最大文件大小。我已经有 4 个文件用于此会话，最大大小为 47 KB。

我怎样才能增加这个？我只需要重新创建会话吗？我已经有我想保留的历史。

在以下查询计划中 - https://www.brentozar.com/pastetheplan/?id=H1dwOCHed（它有 3 个部分，最后一个是问题），最底部有一个节点消耗 37% 的资源. 这是实际的查询计划，而不是估计的查询计划。但是，当通过 Set Statistics IO 查看逻辑读取时，它引用的表根本不显示。这包括 ActivityFeedTeamCache 和 ActivityFeedCache 的 2 个部分。

过去，我已经能够使用逻辑读取作为性能的一个很好的代理。减少逻辑读取，并且您为性能做了正确的事情。

但是，由于在这种情况下，对于最差的块（ActivityFeedTeamCache、ActivityFeedCache、Locales）没有逻辑读取，那么测试性能的好代理是什么？只是实际执行计划中的成本百分比下降了吗？

我正在审查一个存在性能问题的存储过程。而且我刚刚意识到存储过程中使用的一些表甚至根本没有出现在 Set Statistics I/O 的结果中？

这是正常现象还是bug？这有点令人不安，因为在确定要索引的内容时，我经常使用 Set Statistics I/O 的结果。

未显示在 Set Statistics I/O 输出中的表位于主查询的子选择中，例如下面的 ActivityFeedCache 表：

SELECT *
FROM (
    SELECT AF.ActivityFeedID
        ,A.ActivityType AS ActivityType
        ,A.IconClass
        ,AF.SubscriptionID
        ,AF.ObjectID
        ,AF.ObjectType
        ,(
            SELECT L.Locale
                ,AFC.LocalizedMessage
            FROM ActivityFeedCache AFC
            JOIN Locales L
                ON AFC.LocaleID = L.LocaleID
            WHERE ActivityFeedID = AF.ActivityFeedID
            FOR JSON PATH
            ) AS MessageJSON
    FROM ActivityFeed AF
    ETC 
    ETC    
    ) AS Results    

这是 SQL Server 2017 (RTM-CU13)。

编辑：我已经缩小到一个小查询，显示统计 IO 输出中缺少一个表。统计 I/O 中缺少 Locales 表，但显示在执行计划中。这里是：

-- Locales table doesn't show in statistics i/o output
SELECT AF.ActivityFeedID
        ,(
            SELECT L.Locale
                ,AFC.LocalizedTeamMessage AS LocalizedMessage
            FROM ActivityFeedTeamCache AFC
            JOIN Locales L
                ON AFC.LocaleID = L.LocaleID
            WHERE ActivityFeedID = AF.ActivityFeedID
            FOR JSON PATH
            ) AS TeamMessageJSON
    FROM ActivityFeed AF
Where AF.ActivityFeedID = (select top 1 ActivityFeedID from ActivityFeed)

这是统计 I/O 输出：

(1 row affected)
Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'ActivityFeedTeamCache'. Scan count 1, logical reads 4, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'ActivityFeed'. Scan count 1, logical reads 6, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

下面是实际执行计划 XML 的一小部分，以便您可以看到实际使用了 Locales 表：

  <IndexScan Ordered="true" ScanDirection="FORWARD" ForcedIndex="false" ForceSeek="false" ForceScan="false" NoExpandHint="false" Storage="RowStore">
    <DefinedValues>
      <DefinedValue>
        <ColumnReference Database="[Database1]" Schema="[dbo]" Table="[Locales]" Alias="[L]" Column="Locale" />
      </DefinedValue>
    </DefinedValues>
    <Object Database="[Database1]" Schema="[dbo]" Table="[Locales]" Index="[PK_Locales]" Alias="[L]" IndexKind="Clustered" Storage="RowStore" />
    <SeekPredicates>
      <SeekPredicateNew>
        <SeekKeys>
          <Prefix ScanType="EQ">
            <RangeColumns>
              <ColumnReference Database="[Database1]" Schema="[dbo]" Table="[Locales]" Alias="[L]" Column="LocaleID" />
            </RangeColumns>
            <RangeExpressions>
              <ScalarOperator ScalarString="[Database1].[dbo].[ActivityFeedTeamCache].[LocaleID] as [AFC].[LocaleID]">