主页 / dba / 问题 / 284468
Accepted
Sylvia
Asked: 2021-02-02 12:14:22 +0800 CST

实际执行计划中的最高成本部分没有显示任何逻辑读取？

  • 772

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

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

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

sql-server performance

2 个回答

  1. Best Answer

    即使在实际执行计划中，成本百分比仍然只是一个估计值。您需要查看此处的行源级别统计信息，以了解每个步骤花费了多少时间。

    从 XML 来看，274 毫秒用于节点 7 的哈希连接点，其中 72 毫秒只是Pk_TeamMembers（节点 8）的集群扫描，35 毫秒是左半连接（节点 9）。这意味着仅执行 Hash Join 步骤就花费了高达 167 毫秒（可能为 263,600 行分配内存Pk_TeamMembers）。

    看起来您之前已经尝试过定位此联接：

    LEFT JOIN TeamMembers tm on AF.CompletionUserID = tm.UserID AND AF.TeamID = tm.TeamID AND tm.TeamID = t.TeamID -- Overloaded to help SQL find indexes

    您可能想要对此索引执行（外部）嵌套循环。查询规划器决定使用哈希联接，因为它认为您将从该联接的另一端获得 59000 行，而实际上您得到 3。

    你有选择

    • 提示以便使用嵌套循环连接
    • 弄清楚为什么规划器认为它会有这么多行并给它一些帮助（统计，简化过滤）

    提示看起来像

    LEFT LOOP JOIN TeamMembers tm on AF.CompletionUserID = tm.UserID AND AF.TeamID = tm.TeamID AND tm.TeamID = t.TeamID

    由于驱动过滤器的复杂性，第二个选择将特别困难。一种方法是插入与您的主要驱动过滤器匹配的行，然后在您的主查询中加入此临时表。在这里，您似乎需要先将 5 个表中的 3 个连接在一起才能@userId@公平地利用您的过滤器：

    FROM ActivityFeed AF
    JOIN ActivityType A ON AF.ActivityType = A.ActivityType
    LEFT JOIN Teams t on AF.TeamID = t.TeamID
WHERE 
    AF.SearchIndexUpdateDate IS NULL -- Only get items that aren't in the search index
    AND
    AF.Active=1 
    AND 
    A.Active=1
    AND
    (A.AdminOnly = 0 OR AF.TeamID IN (SELECT TeamID FROM @tmpFindAdminFlagsForTeamsMembershipsForUser x WHERE x.IsAdmin=1))
    AND
    ( 
      (
        A.TeamOnly=1 
        AND AF.TeamID IN (SELECT TeamID FROM @tmpFindAdminFlagsForTeamsMembershipsForUser x WHERE A.HideWhenOwnerless = 0 OR x.IsOwnerless = 0)
        AND (A.ShowSelf=1 OR AF.CompletionUserID <> @UserID)
        AND ISNULL(t.IsDeleted,0) = 0 AND t.active=1
        AND (A.IncludeOnsite = 1 OR EXISTS(SELECT 1 FROM @tmpFindAdminFlagsForTeamsMembershipsForUser x WHERE x.TeamID = AF.TeamID AND x.IsOnsiteOwner = 0))
       )
       OR 
      (
        A.UserOnly=1 
        AND AF.UserID=@UserID
      )
    )
    AND
    -- Don't included moderated activity (owner moderation actions are in Group activity view API_GetActivityFeedByTeam)
    AF.Moderated = 0 
    AND
   -- don't show completions or plan completions to other team members if opted out (tm.ShowUserActivityInFeed)
    (ISNULL(A.ShowOnlyWhenUserActivityActive,0) = 0 OR (A.ShowOnlyWhenUserActivityActive = 1 AND tm.ShowUserActivityinFeed = 1))
    AND
    (AF.TeamID IS NULL OR AF.TeamID IN (SELECT TeamID FROM @tmpFindAdminFlagsForTeamsMembershipsForUser as x))
    • 6

  2. 您还可以在 TeamMembers 表上进行键查找，这会消耗 14% 的执行时间。你应该尝试创建一个更好的转换索引来避免执行计划上的这种运算符。

    例如，可以在 INCLUDE 中添加的缺失列是IsSiemensOnsiteAdmin

    此外，您应该考虑修改此代码以使用 CTE 代替对不同列执行 2 次相同的查询

            (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,
        (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
    • 0

相关问题