Проблемы
Предположим, что у вас есть группа доступности Always On (AG) в SQL Server 2016 и 2017 годах. При обработке запроса на чтение на вторичном реплика производительность может быть гораздо медленнее, чем у основного реплика из-за частых DIRTY_PAGE_TABLE_LOCK ожиданий.
Причина
Эта проблема возникает из-за состязания между запросом на чтение и потоком повтора, а также из-за блокировки таблицы.
Решение
Это исправление входит в следующие обновления для SQL Server:
Накопительный пакет обновления 8 для SQL Server 2017 г.
Накопительный пакет обновления 1 для SQL Server 2016 с пакетом обновления 2 (SP2)
Накопительный пакет обновления 9 для SQL Server 2016 с пакетом обновления 1 (SP1)
Сведения о сборках SQL Server
Каждая новая сборка для SQL Server содержит все исправления и исправления безопасности, которые были в предыдущей сборке. Рекомендуется установить последнюю сборку для своей версии SQL Server:
Обходное решение
Чтобы обойти эту проблему, можно использовать один поток повтора вместо параллельного потока повтора, включив флаг трассировки 3459.
Дополнительная информация
Когда запросы, доступные только для чтения, выполняются на удобочитаемой вторичной реплика, потоки запросов пытаются применить ожидающие операции повтора журналов и должны сотрудничать с рабочими потоками повтора с DIRTY_PAGE_TABLE_LOCK ожиданиями, которые могут часто создаваться и замедлять производительность повтора и запросов при наличии параллельных рабочих нагрузок повтора. Проблема с производительностью, связанная с ожиданием DIRTY_PAGE_TABLE_LOCK, устранена в накопительном выпуске обновлений для SQL Server 2016 SP и SQL Server 2017, упомянутых в этой статье.
Дополнительные сведения см. в следующем блоге, посвященном дополнительным реплика модели повтора и производительности группы доступности.
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе "Применяется к".
Ссылки
Сведения о терминологии, используемой корпорацией Майкрософт для описания обновлений программного обеспечения.
