Может ли неиспользованный NONCLUSTERED INDEX по-прежнему увеличивать скорость запроса?

Это странная ситуация, но я надеюсь, что у кого-то есть ответ.

Во время устранения некоторых неполадок производительности мы добавили NONCLUSTERED INDEX в таблицу, как было запрошено sp_BlitzIndex. Мы проверили его использование на следующий день и показали, что 0 читает ( 0 сканирует /ищет, 0 однопользовательских поисков ), поэтому мы отключили его.

В следующую минуту мы получаем жалобу на ту же самую медленность приложения (проблемы с производительностью), которые мы пытались проверить & разрешите в первую очередь, когда мы добавили INDEX.

Теперь, я знаю теоретически, это звучит просто случайно. ИНДЕКС был достоверно, измеримо, НЕ ИСПОЛЬЗУЕМЫЙ . Отключение его НЕ ДОЛЖНО привести к ухудшению производительности запросов. Но это почти TOO совпадение.

Вопрос

Итак, мой вопрос достаточно просто:

Возможно ли это , что NONCLUSTERED INDEX, чья статистика использования (из DMV /sp_BlitzIndex) показать отсутствие использования, по-прежнему помогать производительности запроса как-то в затронутой таблице?

12 голосов | спросил NateJ 1 ThuEurope/Moscow2016-12-01T02:30:58+03:00Europe/Moscow12bEurope/MoscowThu, 01 Dec 2016 02:30:58 +0300 2016, 02:30:58

1 ответ


13

Да, если SQL Server решит, что статистика из этого индекса является более точной /полезной и использует эту статистику для выполнения оценок и составления плана.

Я столкнулся с ситуациями, когда SQL Server решил использовать статистику по одному индексу и сканировать /искать другой индекс.

Изменить - это может быть неприменимо, потому что я просто понял, что вы отключили индекс. Я не тестировал этот сценарий.

ответил jesijesi 1 ThuEurope/Moscow2016-12-01T02:43:06+03:00Europe/Moscow12bEurope/MoscowThu, 01 Dec 2016 02:43:06 +0300 2016, 02:43:06

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132