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

В таблице списков магазинов индексирую по id, вот только когда делается удаление, то получатся такой себе пропуск. Искал варианты устранения, нашёл такую штуку как REINDEX, якобы она заново отстраивает по порядку все индексы без пропусков.

Но нигде немогу найти, как ею пользоваться. Подскажите пожалуйста общюю форму использования, а то мне этот порядок индексов с пропусками после удалений не дает покоя.

Слышал, что РЕИНДЕКС когда действует, зависает сервер (не могу себе даже придумать как такое возможно). Есть ли побочьные эффекты и стоит ли ним вообще пользоваться, ведь информации мало будет поступать и врятли индекс вырастит до угрожающих размеров...

Вообщем напишите, кто что знает о реиндексе, а то в инете нету описаний.

заранее спасибо.

для id задайте int(11) NOT NULL AUTO_INCREMENT
primary key(`id`)

и вам не нужно будет заботится о индексах. тем более что такие высоконагруженные операции не стоит делать на продакшенах.

если же варианта нет то drop index, а затем add index
также если база большая или будет большой то используйте в конфиге mysql задать
delay_key_write=ALL
key_buffer_size=1000M
read_buffer_size=512M
record_buffer=512M

PS! Насколько я знаю REINDEX'а в MYSQL нет.

А зачем тебе понадобилось устранять эти пробелы ?

На практике существует проблемы с индексами и удалениями в storege-engine = InnoDB.
Связано это с тем, что при постоянных удалениях из проиндексированной таблицы появляются "дырки" - очень похоже на фрагментированность жесткого диска. И работа таблицы может существенно замедлиться.
Правда, оговорюсь, я наблюдал это на таблицах размера более 10 млн строк и то когда по ним вместе с удалениями выполнялись частые выборки (высоконагруженная система).
При этом помогает специальная команда OPTIMIZE. Она работает опять-таки только для InnoDB.
Так же примерно раз в два-три месяца выполнялся DROP/CREATE на эту таблицу и все её подобные (то есть, индексы пересоздавались заново вместе с пространством данных)

да впринципи я так и делал. работает все нормально.
Это сайт сумочек и надо в базе только записать магазины в каких они продаются, тоесть записей будет относительно самое минимальное количество, потому думаю что проблем с торможением не будет.
Просто делать мне это все очень нравится, хотелось бы достичь профессионализма, потому хотелось бы даже незначительно, но сберечь скорость обработки, както мне кажется это скорее корректно, чем эфективно.
Работаю с MySQL, потомучто на хосте цПанель установлена.

Короче как я понял, лучше в мелких таблицах не рассматривать такой вопрос, как реиндекс.
Спасибо.

Еще может подскажете, как выводить данные по 3 штуки на каждой странице (пользуясь next, prev), заранее не зная количества всех элементов в таблице. LIMIT не работает с переменными и меня этот вопрос беспокоит. Или просто сделать цыкл где добавлять до индекса тройку на каждой странице? Но тогда будуть мешать те самые "дыры" в индексах при удалении элементов.
Что-то я думаю решение простое, но пока в размышлениях, не могу придумать....

в смысле не работает ?