Можно ли пересоздать таблицу базы Wordpress - wp_options заново, с текущими значениям

[Dmitriy_2014]

Всем привет!

Так как за все время эксплуатации сайта, было установлено использовано и удаленно много плагинов, то таблица wp_options забилась всяким хламом и так получилось, что там тысячи настроек хранятся, в которых фиг разберёшься и не вспомнишь от каких плагинов они.

А WordPress жалуется в Здоровье сайта что – Настройки автозагрузки могут повлиять на производительность, что типа там 1000 шт. настроек в таблице, автоматически загружаемых настроек размером в 4 Мб., что может привести к замедлению работы вашего сайта.

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

Отсюда вопрос:

Что если удалить эту таблицу, что будет? WordPress создаст новую, только с текущими настройками, работающими плагинами или сайт умрет с белым экраном смерти и полной неработоспособностью и никакую таблицу wp_options он заново не создаст? Все-таки там и основные настройки сайта хранились.

Есть ли вообще смысл с этим заморачиваться?

Заранее всем спасибо за ответы!

[Reborn S.E.]

Самое простое сделайте отдельно чистую установку ВП на локальном компе или хостинге и накидайте всех текущих плагинов в него, и перенесите текущие установки руками (там не только плагины, но еще настройки темы могут быть, настройки инструментов самого ВП). После этого сделайте бэкап таблицы основного сайта и замените таблицу на новую. Потому что ВП не "пересоздаст" таблицу.
А насчет смысла - решать вам.

[Dmitriy_2014]

В общем почистил я его до вменяемого параметра требуемого системой здоровья WordPress(800КБ), и честно сказать процедура такая себе, идешь как по минному полю, как игра в сапера, не знаешь где ошибешся, названия настроек хранимых там от плагинов бывают в несколько букв, и фиг вспомнишь что это за плагин был, для чего он, нужно ли оно, поэтому перед этим нужно делать бэкап базы.

Но самое главное, что больше всего что занимало там место это было - transient_dirsize_cache, скопление кучи каких-то путей, которые в почти 3 мега занимали места, даже у чуваков из разработки ядра, были какие-то терки на этот счет:

https://core.trac.wordpress.org/ticket/54221#comment:57

Я так понял это можно удалить, и как раз все стало ОК. А транзиентные свойства я так понял если что заного появятся если они нужны.

Из интересного, чтобы посмотреть в базе по запросу, а вообще сколько занимает wp_options:

SELECT SUM(LENGTH(option_value)) as autoload_size FROM wp_options WHERE autoload='yes';

Ну и чтобы выявить что занимает больше всего в это вонючей таблице:

SELECT 'autoloaded data in KiB' as name, ROUND(SUM(LENGTH(option_value))/ 1024) as value FROM wp_options WHERE autoload='yes'
UNION
SELECT 'autoloaded data count', count(*) FROM wp_options WHERE autoload='yes'
UNION
(SELECT option_name, length(option_value) FROM wp_options WHERE autoload='yes' ORDER BY length(option_value) DESC LIMIT 10)

Все это через запросы в SQL.

Теперь остался еще у меня один вопрос, все эти так называемые автозагружаемые параметры из wp_uoptions, они кешируются ли в так называемом постоянном объектном кеше, если используется и настроен memcached?