小编Aru*_*ath的帖子

我们注意到HADR_SYNC_COMMIT我们环境中的一个有趣的等待模式。我们有一个三副本；数据中心中的一个主、一个同步辅助和一个异步辅助，我们刚刚在另一个数据中心（相距约 2400 英里）中添加了另外三个ASYNC副本。

从那以后，我们开始注意到HADR_SYNC_COMMIT等待的人数大幅增加。当我们查看活动会话时，我们会看到一堆COMMIT TRANSACTION查询在 SYNC 副本上等待

从截图中，我们可以清楚地看到HADR_SYNC_COMMIT6 月 29 日的等待时间有所增加，我们最终在 7 月 1 日中午的某个时间丢弃了远程数据中心的三个异步副本中的“两个”。这大大减少了等待时间。

到目前为止我们检查过的内容 - 远程副本上的日志发送队列、重做队列、上次强化时间和上次提交时间。我们在工作时间有连续的小事务爆发，因此在给定的时间戳（60KB 到 1MB 之间的任何地方）发送队列非常小。
远程副本几乎同步，副本上任何单个 lsn 的上次提交时间和上次强化时间之间几乎没有差异。

网络管道是 10G，我们将传输缓冲区大小从 256 megs 修改为 2 gigs，这是在假设网络正在丢弃数据包并重新传输它们的情况下做出的；无论哪种方式，这似乎都没有多大帮助。

所以，我想知道ASYNC副本与HADR_SYNC_COMMIT等待有什么关系？SYNC副本不应该单独依赖于这种等待类型，我在这里遗漏了什么？

我试图理解为什么在某些情况下锁定计数sys.dm_tran_locks和sqlserver.lock_acquired扩展事件存在差异。这是我的重现脚本，我StackOverflow2013在 SQL Server 2019 RTM 上使用数据库，兼容性级别为 150。

/* Initial Setup */
IF OBJECT_ID('dbo.HighQuestionScores', 'U') IS NOT NULL 
DROP TABLE dbo.HighQuestionScores; 

CREATE TABLE dbo.HighQuestionScores 
(
    Id INT PRIMARY KEY CLUSTERED,
    DisplayName NVARCHAR(40) NOT NULL,
    Reputation BIGINT NOT NULL,
    Score BIGINT
)

INSERT dbo.HighQuestionScores  
        (Id, DisplayName, Reputation, Score)
SELECT u.Id, 
       u.DisplayName,
       u.Reputation, 
       NULL
FROM dbo.Users AS u;

CREATE INDEX ix_HighQuestionScores_Reputation ON dbo.HighQuestionScores  (Reputation);

接下来我用一个大的假行数更新表统计信息

/* Chaotic Evil. */
UPDATE STATISTICS dbo.HighQuestionScores WITH ROWCOUNT = 99999999999999;
DBCC …

根据 MS 文档，其描述AVG_RANGE_ROWS是：

直方图步骤中具有重复列值的平均行数，不包括上限。当 DISTINCT_RANGE_ROWS 大于 0 时，通过将 RANGE_ROWS 除以 DISTINCT_RANGE_ROWS 来计算 AVG_RANGE_ROWS。当 DISTINCT_RANGE_ROWS 为 0 时，AVG_RANGE_ROWS 为直方图步骤返回 1。

我期待在最后一行，如果的确是这样，我很好奇，想知道为什么我看到一个值AVG_RANGE_ROWS是不相等1的时候DISTINCT_RANGE_ROWS是0在直方图步骤。

有问题的统计信息是 SQL Server 在启用自动创建统计信息选项时创建的列统计信息。我使用的是旧版本的数据库，但使用的是最新补丁 - SQL Server 2014 SP3、CU4+GDR (12.0.6372.1)。

有点不幸的是，由于次优查询计划，我们上周几乎崩溃了。最终结果是大扫描和膨胀的内存授权。使用更高的百分比值重新采样统计数据暂时为我们解决了这个问题，但我很想知道初始语句或已知问题是否存在异常（可能使用跟踪标志解决？）以及如何解决对于我们无法控制采样大小的自动创建的统计数据，我如何防止这种情况再次发生？

我正在尝试设置资源调控器，以限制使用 SQL 代理作业运行的进程的 IOPS。分类器函数设置为标识特定登录（使用该登录运行的任何 spid 都应使用分配给它的资源组）。然后我EXECUTE AS LOGIN = 'ResourceGovernerUser'在作业中添加，但我无法让它工作并且它回退到默认池，因为作业是'EXECUTED AS 'ServiceAccount''. 尽管如果我使用 来查看活动进程sp_WhoisActive，登录名会显示为'ResourceGovernerUser'而不是服务帐户。所以我修改了分类器函数以使用服务帐户，然后它就可以工作了。我使用 perfmon 计数器'Disk Read IO/Sec'和对象'Disk Write IO/Sec'下验证了这一点'Resource Pool Stats'。

问题是 - 如何让资源调控器使用服务帐户以外的登录名（与代理作业一起使用时）？我确实有一些未经测试的丑陋想法，例如 - 使用 CmdExec 或 PowerShell 代理运行作业。如果有人遇到过类似的情况或有更好的想法，我将不胜感激。谢谢你。

    --Example Setup:
    USE [master]
    GO

    CREATE RESOURCE POOL [SqlJobPool] WITH( 
            min_iops_per_volume=1, 
            max_iops_per_volume=5000); 
    GO

    CREATE WORKLOAD GROUP [IOGroup] 
        USING [SqlJobPool];
    GO

    CREATE FUNCTION [dbo].[fn_LimitedIO]()
    RETURNS SYSNAME WITH SCHEMABINDING
    AS
        BEGIN
            DECLARE @grp SYSNAME;

            IF SUSER_NAME() = …