|
Задавайте вопросы, мы ответим
Вы не зашли.
Страниц: 1
Пишу сценарий, с небольшой базой.
В сценарии происходит удаление записей. При чем немного.
После удаления смотрю статистику по базе и вижу бесполезные затраты ресурсов.
В рекомендации по использованию OPTIMIZE TABLE, говорится что использовать при большом количестве удалений или...
Я же вижу предложение самого сервера об оптимизации и вижу эти расходы.
Вопрос:
Если база будет оптимизированна и после каждого удаления произоводить оптимизацию, какая нагрузка на сервер в этот момент, или лучше после многих удалений.
Смысл дефрагментация малодефрагментированного быстра, а если запущено то и долго. И как сервер к этому относится??
Хотелось бы услышать мнения человека именно исследовавшего этот вопрос, а не цитирование учебников.
Неактивен
«Исследовавшего» — слишком крутое слово. Не думаю, что найдете здесь таких.
Если снизойдете до «разумных мыслей» — пишите 
Неактивен
Ой, ну зачем так уж к словам.
Ну думающего было об этом, как я увидел статистику и задумался почему, такого хотел спросить. А то спрашиваешь у кого умного, а он говорит делай так и ни думай ни о чем. А мне понять почему такие именно рекомендации .
Теперь я понял, это связано с механизмом обработки , особенностью, и рекомендация именно правильная, основанная от этого механизма.
Отвлекусь, вопрос то решен, почему сейчас нет ни Цоя, ни Талькова, или подобных, и будут ли, потому что у нас фабрики звезд. Делай так как тебе сказали и не думай.
Неактивен
Не думай ни о чем — это хорошая рекомендация 
Что касается дырок в заполнении таблицы — MySQL их заполняет по возможности,
если ни о чем не думать, то OPTIMIZE нужен не будет При большом (опять-таки,
относительное) количестве изменений в табличке MyISAM рекомендуется делать
ANALYZE для пересчета статистики. Практика показывает, что это тоже можно не
делать, статистика сильно от этого не страдает.
Впрочем, можно все сконвертировать в InnoDB, в которой операции ANALYZE и
OPTIMIZE бесполезны в принципе
Неактивен
Страниц: 1
