Мониторинг адаптивного кэша
Из этой статьи вы узнаете, как провести мониторинг и устранить неполадки, связанные с низкой производительностью запросов. Для этого необходимо определить, оптимально ли используется адаптивный кэш для выделенных пулов SQL в рабочей нагрузке.
Архитектура хранилища с выделенными пулами SQL автоматически распределяет по уровням наиболее часто запрашиваемые сегменты columnstore в кэше, размещенном на твердотельных накопителях NVMe. Производительность повышается, когда запросы извлекают сегменты, находящиеся в кэше.
Устранение неполадок с помощью портала Azure
С помощью Azure Monitor можно просматривать метрики кэша и устранять неполадки, связанные с производительностью запросов. Сначала перейдите на портал Azure и выберите Монитор, Метрики и + Выбор области:
С помощью строки поиска и раскрывающихся панелей найдите выделенный пул SQL. Затем выберите "Применить".
Ключевые метрики, используемые при устранении неполадок с кэшем: Процент попаданий в кэш и Процент использования кэша. Выберите Процент попаданий в кэш и нажмите кнопку Добавить метрику , чтобы добавить Процент использования кэша.
Процент попаданий и процент использования кэша
В матрице ниже описаны сценарии,основанные на значениях метрик кэша:
| Высокий процент попаданий в кэш | Низкий процент попаданий в кэш | |
|---|---|---|
| Высокий процент использования кэша | Сценарий 1 | Сценарий 2 |
| Низкий процент использования кэша | Сценарий 3 | Сценарий 4 |
Сценарий 1. Вы оптимально используете кэш. Устраните неполадки в других областях, которые могут замедлять выполнение запросов.
Сценарий 2. Текущий рабочий набор данных не помещается в кэш, что приводит к низкому проценту попаданий в кэш из-за физических операций чтения. Попробуйте увеличить уровень производительности и повторно запустите рабочую нагрузку для заполнения кэша.
Сценарий 3. Вполне вероятно, что запрос выполняется медленно из-за причин, которые не относятся к кэшу. Устраните неполадки в других областях, которые могут замедлять выполнение запросов. Вы можете также рассмотреть уменьшение масштаба экземпляра, чтобы уменьшить размер кэша для сокращения затрат.
Сценарий 4. У вас есть холодный кэш, который может быть причиной медленного выполнения запроса. Подумайте о том, чтобы повторно выполнить свой запрос, так как ваш рабочий набор данных теперь должен быть в режиме кэширования.
Важно!
Если процент попаданий в кэш или процент использования кэша не обновляется после повторного выполнения рабочей нагрузки, возможно, рабочий набор уже находится в памяти. Кэшируются только таблицы с кластеризованными columnstore.
Дальнейшие шаги
Дополнительные сведения о настройке производительности общих запросов см. в разделе Наблюдение за выполнением запросов.