Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Оптимизация индексов и сравнения нагрузки на сервер да модификации индексов и после
|
|||
|---|---|---|---|
|
#18+
Добрый день всем гуру ms sql server :) Задача состоит собственно в следующем Необходимо произвести анализ индексов по таблица и вычистить ненужные индексы и добавить нужные (вродебы все просто). Что сделано: На базе статистики (за 5 дней) была собрана инфа о том какие индексы задействуются и какие нет , и собственно удалены те индексы которые вооще не используются и добавлено парочка которых статистика "просила". Результат вроде неплохой, но то что "просила" статистика в итоге используется но редко + есть индексы которые осень похожы (я бы сказал дубли индексов) которые используются при чем как тот так и дубликат. В связи с чем есть необходимость пересмотреть индексы и по возможности удалить похожие Теоретически после удаления похожего индекса запрос должен перестроиться на тот который останется, и проседание в нагрузке должно быть минимальное собственно идея заключается в следующем: 1) измеряем нагрузку на бд до удаления индексов 2) удаляем похожие индексы 3) измеряем нагрузку после удаления 4) сравниваем нагрузки Я с администрированием не очень, может кто уже делал похожее, остались наработки какие то по тому как определить нагрузку до и после удаления и возможно, даже какие то подсказки что не нужно было удалять ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 10:46 |
|
||
|
Оптимизация индексов и сравнения нагрузки на сервер да модификации индексов и после
|
|||
|---|---|---|---|
|
#18+
kolyady, а что такое "измеряем нагрузку" "проседание в нагрузке должно быть минимальное"? ну и созавать все индексы подряд по рекоменадации это то ещё извращенеи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 10:57 |
|
||
|
Оптимизация индексов и сравнения нагрузки на сервер да модификации индексов и после
|
|||
|---|---|---|---|
|
#18+
kolyadyНа базе статистики (за 5 дней) была собрана инфа о том какие индексы задействуются и какие нет , и собственно удалены те индексы которые вооще не используютсяа в конце месяца прибежит глав.бух и будет плакаться, что отчет, который в прошлом месяце строился быстро, сейчас висит. А могут быть вещи, которые делаются и того реже - раз в год, например... Про слепое следование рекомендациям от автосоветчиков - читайте предыдущего оратора... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 11:01 |
|
||
|
Оптимизация индексов и сравнения нагрузки на сервер да модификации индексов и после
|
|||
|---|---|---|---|
|
#18+
Щукина Аннаа в конце месяца прибежит глав.бух и будет плакаться, что отчет, который в прошлом месяце строился быстро, сейчас висит. А могут быть вещи, которые делаются и того реже - раз в год, например... Все равно лучше удалить мусорные индексы, а потом когда прибежит глав бух с умным видом пофисить проблему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 11:26 |
|
||
|
Оптимизация индексов и сравнения нагрузки на сервер да модификации индексов и после
|
|||
|---|---|---|---|
|
#18+
Владимир Затуливетер, ещё и премию выпросить за оперативное решение возникшей проблемы... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 11:29 |
|
||
|
Оптимизация индексов и сравнения нагрузки на сервер да модификации индексов и после
|
|||
|---|---|---|---|
|
#18+
kolyady, наличие похожих индексов говорит о плохой организации хранения данных. Это симптом, а не болезнь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 13:33 |
|
||
|
Оптимизация индексов и сравнения нагрузки на сервер да модификации индексов и после
|
|||
|---|---|---|---|
|
#18+
kolyadyЯ с администрированием не очень, может кто уже делал похожее, остались наработки какие то по тому как определить нагрузку до и после удаления и возможно, даже какие то подсказки что не нужно было удалятьЯ с музыкой не очень, но надо завтра на концерте попросили на скрипке поиграть, может кто уже делал похожее, остались наработки? Вот ваш вопрос выглядит примерно также. У вас есть два варианта: Прочитать про администрирование сервера, а в частности про индексы, как сервер их использует, про планы выполнения, как их читать и т.д., протестировать влияние добавления/удаления индексов для конкретных запросов, а потом полученные знания применить в вашей системе. Если что-то конкретное будет не понятно то можно спросить тут. Нанять специалиста. Можно конечно пальцем в небо, но с таким же успехом можно попробовать наугад на скрипке поиграть, какая то музыка же все равно получится, правда? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2018, 19:49 |
|
||
|
Оптимизация индексов и сравнения нагрузки на сервер да модификации индексов и после
|
|||
|---|---|---|---|
|
#18+
Владислав Колосовkolyady, наличие похожих индексов говорит о плохой организации хранения данных. Это симптом, а не болезнь. Возможно индексы пересекаются лишь include-составляющей. Автопомощник в этом плане не подскажет. Бывает, что вместо нового индекса достаточно добавить 1-2 поле в include уже существующего... з.ы. Кстати, кто-то этот вопрос решает как-то, кроме как визуальным просмотром всех существующих индексов по таблице? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 15:38 |
|
||
|
Оптимизация индексов и сравнения нагрузки на сервер да модификации индексов и после
|
|||
|---|---|---|---|
|
#18+
Megabyteз.ы. Кстати, кто-то этот вопрос решает как-то, кроме как визуальным просмотром всех существующих индексов по таблице? запросы есть соответствующие - exact duplicate indexes - partial duplicate indexes отсюда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2018, 16:32 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39689112&tid=1689251]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 338ms |

| 0 / 0 |
