Wordpress mysqld ушел

У меня есть wordpress с тысячами категорий/пользовательских таксономий и десятками тысяч сообщений. Мне сложно хранить его в сети без кеша, потому что процессор достигает 100% (используется сервером mysql, а не php).Wordpress mysqld ушел

Я выделил проблему, из-за обновления MySQL, ошибка базы данных WordPress: [Сервер MySQL ушел] UPDATE wphn_options SET option_value = ........... 'WHERE option_name =' rewrite_rules ', это выполняется при каждой загрузке страницы.

Это пример того, что значение option_value выглядит следующим образом: `Ошибка базы данных WordPress: [сервер MySQL ушел] (это не каждый 1% запроса, просто короткий просмотр).

Кто-нибудь знает, как я могу остановить выполнение этого запроса?

UPDATE `wphn_options` SET `option_value` = 'a:7269:{s:18:\"sitemap_trolio.xml\";s:33:\"index.php?aiosp_sitemap_path=root\";s:29:\"sitemap_trolio_(.+)_(\\d+).xml\";s:71:\"index.php?aiosp_sitemap_path=$matches[1]&aiosp_sitemap_page=$matches[2]\";s:23:\"sitemap_trolio_(.+).xml\";s:40:\"index.php?aiosp_sitemap_path=$matches[1]\";s:34:\"sitemap(-+([a-zA-Z0-9_-]+))?

источник

2017-01-09 Pepelea Razvan Ionut

Чтение содержание этого обновления для options таблицы, вы можете увидеть, что это связано с сайта вашего сайта. У вас может быть плагин sitemap. Этот плагин Sitemap может делать что-то при каждой загрузке страницы. Попробуйте отключить его.

Если у вас есть доступ к phpmyadmin, сначала создайте резервную копию своей установки и базы данных (если вы этого еще не делаете). Затем выполните команду SQL OPTIMIZE TABLE wphn_options; и посмотрите, помогает ли она. Если да, то отлично. Попробуйте также оптимизировать некоторые другие таблицы. OPTIMIZE TABLE wphn_posts; может быть хорошим попробовать.

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

И вы рискуете повредить свой сайт, используя слабый сервер. Разве это не самое определение «копейки мудрые, фунт глупый?»

Ваш вопрос: «Аккумулятор моей машины низкий. Я хочу прекратить тратить электроэнергию на мои стоп-сигналы. Скажите, пожалуйста, как вырезать провода на стоп-сигналы». С уважением, единственный рациональный ответ: «Вы с ума сошли?» Вы рискуете сломать свой автомобиль, чтобы избежать фиксации батареи? Устраните батарею! »

источник

2017-01-09 12:09:25

Я понимаю вашу точку зрения, но это не так, что на всех. У меня есть выделенный сервер с 4x Xeon (Sixcore каждый). 256 ГБ оперативной памяти и Samsung SSD hdds, он обычно остается на уровне 10% или меньше, но когда кеш не построен, это сбои. Я удалил AIOSP, добавляющий к длинному запросу на обновление, но запрос все еще существует, он короче, вот образец нового запроса после того, как я удалил часть файла Sitemap: __u = 1 & name = $ matches [1] & page = $ матчей [2] \ "; s: 10: \"^и/(*.)/\? "; s: 32: \" index.php __ и = 1 & имя = $ соответствует [1] \ "; s: 14: \ "^ актер// \ (*.)?"; s: 27: \ "index.php? актер = $ соответствует [1] \"; s: 16: \ "^ regizor /(.*) ? –

Я нашел решение, похоже, из-за большого количества сообщений и категорий запрос не может быть построен, а сервер mysql разбился, чтобы защитить его.

Я исправил проблему, добавив max_allowed_packet = 256M в конфигурационном файле MySQL

источник

2017-01-09 14:15:43

ответ

Смежные вопросы