7.5.12.3 Дефрагментация таблицы

Если в индексной таблице производились случайные вставки или удаления, индекс может стать фрагментированным. Под фрагментацией мы подразумеваем то, что физическое расположение индексных страниц на диске значительно отличается от алфавитного порядка страниц, или что в 64-страничных блоках много пустых страниц, которые занесены в индекс.

Скорость сканирования индекса может возрасти, если периодически использовать команду mysqldump для копирования дампа таблицы в текстовый файл, записи диска на диск и повторного считывания таблицы из дампа. Есть еще один способ произвести дефрагментацию - преобразовать таблицу при помощи команды ALTER в тип MyISAM, а затем обратно в тип InnoDB. Обратите внимание на то, что таблица типа MyISAM должна помещаться в один файл в вашей операционной системе.

Если вставки в индекс всегда производятся последовательно, а удаления - только с конца, то алгоритм управления файловым пространством InnoDB гарантирует, что фрагментации индекса не возникнет.

User Comments

DROP INDEX followed by CREATE INDEX should defragment
the index (and help with fast index scans).
The procedure described seems to be for "defragmenting" the
table data itself and benefits table scans.

In a perfect world, mysqldump would export the 'CREATE TABLE ...' definitions in such order that tables with a foreign key constraint referring to them are created before the table containing the foreign key constraint. This way, error 1005 / errno 150 would be avoided.

Since we don't (yet) live in a perfect world, you should use "SET foreign_key_checks=0" before importing a dump to avoid problems.

Add your own comment.