Модератор
Yuri
(@yube)
Я когда-то пользовался вот этим https://wordpress.org/plugins/wp-optimize/
Но стоит иметь в виду, что вероятность того, что автомат заденет что-то не то, ничуть не меньше, чем вероятность сделать это вручную.
p.s. Актуальный бэкап — залог психического здоровья 🙂
O
(@perdyllo)
Я когда-то пользовался вот этим https://wordpress.org/plugins/wp-optimize/
По сей день использую его на всех сайтах и не только для оптимизации БД. Там есть много других фишек. Проблем никогда не было. Но, что верно то верно, — резервное копирование БД никогда не помешает!
Не помог как раз таки с удалением таблиц. Все (почти) таблицы в InnoDB, а плагин с ними не работает…
Все (почти) таблицы в InnoDB
«Почти» быть не должно. Должны быть все одинакового типа.
а плагин с ними не работает…
Специально поставил на тест сайт, проверил — всё работает.
Специально поставил на тест сайт, проверил — всё работает.
Не, черновики и прочее он почистил, я про само наличие «оставшихся» от плагинов таблиц. Он их не удаляет.
Про InnoDB он даже не «оптимизирует» (пишет: 90-таблиц в формате InnoDB нельзя оптимизировать, и 4-таблицы в другом формате, можно оптимизировать)
По-факту, БД сейчас весит 11Мб
Модератор
Yuri
(@yube)
Про InnoDB он даже не «оптимизирует»
Не переживайте, Инну вообще никто не оптимизирует. Говорят, она в этом не нуждается, поэтому механизма нет как такового.
[offtop]
Анекдот в тему (в записи не так хорош, как на слух, уж извините)
— Иннна… Иннна…
— Я Лена, а не Инна!
— И_ннна_кой черт я с тобой связался?
Модератор
Yui
(@fierevere)
永子
Инна оптимизируется разными алгоритмами на разных версиях MySQL/MariaDB
(InnoDB, Percona XtraDB)
Percona XtraDB для этого форкает отдельный процесс mysqld
2017-05-01 19:43:11 2290020160 [Note] InnoDB: Online DDL : Start merge-sorting indexroot_level` (5 / 5), estimated cost : 6.6667
2017-05-01 19:43:11 2290020160 [Note] InnoDB: Online DDL : End of merge-sorting index root_level (5 / 5)
2017-05-01 19:43:11 2290020160 [Note] InnoDB: Online DDL : Start building index root_level (5 / 5), estimated cost : 10.0000
2017-05-01 19:43:11 2290020160 [Note] InnoDB: Online DDL : End of building index root_level (5 / 5)
2017-05-01 19:43:11 2290020160 [Note] InnoDB: Online DDL : Completed
`
InnoDB ведет себя несколько «потище», но просто полностью пересоздает таблицы, с частичной блокировкой оных на момент оптимизации
optimize | note | Table does not support optimize, doing recreate + analyze instead
С подключения от PHP скрипта процесс в принципе возможен, но наверное не слишком желателен для больших таблиц, чтобы не получить таймаут.
Создатели плагина перестраховываются
я про само наличие «оставшихся» от плагинов таблиц. Он их не удаляет.
Боюсь, кроме Вас, никто ни один плагин не может узнать какие таблицы уже не нужны. Ну может если платных версиях есть парсер кода ВСЕХ файлов ВСЕХ плагинов и ВСЕХ тем с целью записать найденные таблицы, сравнить с существующими и вывести не найденные. Но сомневаюсь.
Но есть и приятная новость — если они ничем не используются, то никакой нагрузки от них нет. Разве только общий объём увеличивают.
Если же Вас волнуют лишние таблицы, то можете установить ваши набор на чистый ВП, настроить плагины (иногда это таблицы появляются только после настроек) и сравните.
