Обслуживание индекса

Question

Что такое ведение индекса и как мне это сделать? Как часто я должен это делать? Каковы преимущества? Это связано с таблицей транзакций, которая часто подвергается изменениям; все операции DML будут выполняться на этой таблице.

Answer 1

Я повторяю все, что сказал Джонатан - за исключением частоты поддержания индекса.

Что ж, если у вас получился плохо спроектированный индекс (например, кластеризованный индекс на ключе GUID), вам может потребоваться делать это по крайней мере каждую ночь - или даже днем.

Как правило, если фрагментация индекса ниже 5%, все в порядке. Если у вас есть фрагментация между 5% и ок. 30%, вам следует провести реорганизацию индекса:

ALTER INDEX (your index name) ON (your table name) REORGANIZE

Если ваш индекс имеет фрагментацию индекса более 30%, вам необходимо полностью перестроить его:

ALTER INDEX (your index name) ON (your table name) REBUILD

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

Чтобы определить фрагментацию индекса, вы можете использовать этот запрос DMV:

SELECT 
    t.NAME 'Table name',
    i.NAME 'Index name',
    ips.index_type_desc,
    ips.alloc_unit_type_desc,
    ips.index_depth,
    ips.index_level,
    ips.avg_fragmentation_in_percent,
    ips.fragment_count,
    ips.avg_fragment_size_in_pages,
    ips.page_count,
    ips.avg_page_space_used_in_percent,
    ips.record_count,
    ips.ghost_record_count,
    ips.Version_ghost_record_count,
    ips.min_record_size_in_bytes,
    ips.max_record_size_in_bytes,
    ips.avg_record_size_in_bytes,
    ips.forwarded_record_count
FROM 
    sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, 'DETAILED') ips
INNER JOIN  
    sys.tables t ON ips.OBJECT_ID = t.Object_ID
INNER JOIN  
    sys.indexes i ON ips.index_id = i.index_id AND ips.OBJECT_ID = i.object_id
WHERE
    AVG_FRAGMENTATION_IN_PERCENT > 0.0
ORDER BY
    AVG_FRAGMENTATION_IN_PERCENT, fragment_count

Мишель Аффорд имеет отличный автоматический скрипт для дефрагментации индекса - настоятельно рекомендуется! Или тогда вы должны изучить настройку планов обслуживания SQL Server , которые могут выполняться, например, каждую ночь и убирай свои показатели.

Марк

Answer 2

Как правило, СУБД будет автоматически следить за индексом, чтобы он все еще работал. Тем не менее, при достаточном количестве операций вставки, удаления и обновления, вполне возможно, что индекс будет иметь место для улучшения. То есть, если индекс был удален и создан заново, результирующий индекс будет меньше и эффективнее, чем модифицированный индекс. И, в конечном счете, меньшие индексы означают меньшее количество операций ввода-вывода, а операции ввода-вывода значительно дороже вычислений.

Могут быть ответы, специфичные для SQL Server, о которых я не знаю, но:

• Ведение индекса - это процесс, который повышает эффективность индекса.
• Один из способов обслуживания индекса - удалить и перестроить индекс.
• Другим способом может быть изменение таблицы таким образом, чтобы индексы нужно было перестраивать (возможно, кластеризовать).
• Возможно, вам не нужно делать это очень часто, но это будет зависеть в первую очередь от качества MS SQL Server и способа обработки индексов. Я ожидаю, что это будет по крайней мере адекватным. Возможно один раз в месяц, если у вас есть удобное время простоя, чтобы сделать это. В противном случае, реже или вовсе нет.
• Преимущество заключается в том, что индекс используется меньше места, а индекс работает лучше.