WordPress — как исправить тормоза после импорта 109 000 записей + сайт жестоко тормозит и падает при обращении к глобальной категории записей?

Question

[Сергей Dydaevskiy]

В общем в названии и есть вся суть вопроса.
При открытии списка записей в админке сайта, происходит бесконечная загрузка этого самого списка.

Comments

[zorca]

Для начала ставьте плагин Query Monitor, смотрите что за запросы тормозят, оптимизируйте. Движок тут не при чем, скорее всего кодовая база жуткая.

[Сергей Dydaevskiy]

Я так понимаю WP каждый раз при открытии категории, или же списка записей обращается к базе данных и к каждой записи (в БД)?

[zorca]

Сергей Dydaevskiy, ну если вы выводите 109 000 записей из категории без паджинации... То да, ко всем. )))

[Сергей Dydaevskiy]

Хм... Дак понятно к такому-то количеству....
В том-то и дело что не вижу.
Что делать?

[Сергей Dydaevskiy]

Касаемо пагинации она как бы вообще присутствует, просто при переходе к категории страница даже не успевает отобразиться, и сайт виснит.

То же самое происходит при открытии списка записей в админке

[zorca]

Сергей Dydaevskiy, ну наверное стоит заглянуть в шаблон, который назначен этой странице и попробовать разобраться. Если и в админке такая же ситуация, возможно дамп кривоват. Такого быть не должно, на WP крутятся сайты и с большим количеством записей.

Answer 1

[Некто Белый]

Какие ресурсы аппаратной части?
Здесь нужно крутить my.cnf, полезно глянуть в оптимизатор от percona.
Так же посмотреть индексы, если есть понимание.

Comments

[Сергей Dydaevskiy]

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

********************************************************************************
NOTICE: Do NOT post to public sites or forums
********************************************************************************
VERSION: 1.2.18
WORDPRESS: 4.8.2
PHP INFO: 5.5.9-1ubuntu4.21 | SAPI: apache2handler
SERVER: Apache/2.4.7
PHP TIME LIMIT: (0) no time limit imposed
PHP MAX MEMORY: 2048M (2048M default)
MEMORY STACK: 4.75MB

********************************************************************************
DATABASE:
********************************************************************************
BUILD MODE: PHP(query limit - 2000)
MYSQLTIMEOUT: 5000
MYSQLDUMP: Not Supported
TABLES: total:24 | filtered:0 | create:24
FILTERED: []
SQL CREATED: 20171022_149ee43ea733e4748923171022120008_database.sql
SQL FILE SIZE: 2.19MB (2296030)
SQL FILE TIME: 2017-10-22 12:00:14
SQL RUNTIME: 0.18 sec.

Вот еще:
PHP
Version 5.5.9-1ubuntu4.22
SAPI apache2handler
User neato
Process www-data
Safe Mode Off
Memory Limit 2048M
Memory In Use 12.25 MB
Max Execution Time 90 (default) - is dynamic
Shell Exec Is Supported
Shell Exec Zip Is Supported
Suhosin Extension Disabled
MySQL
Version 5.5.58
Comments (Ubuntu)
Charset utf8mb4
Wait Timeout 28800
Max Allowed Packets 1073741824
msyqldump Path Path Not Found

[Некто Белый]

Сергей Dydaevskiy, в консоли mysql запросы:
show status;
stow processlist; (во время зависания запроса)

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

Я так понимаю - это шаред-хостинг?

Answer 2

[Кирилл Горелов]

Как исправить тормоза - восстановить бэкап или удалить загруженные данные. Это для начало.
Настроить все плагины, которые вам порекомендовали выше. И воспроизвести заново загрузку, но уже частями.
Отключите сторонние плагины.
Потому что для ВП 100 тысяч записей это ерунда , даже на не особо сильном хостинге.
Если у вас до этого летал ваш сайт, то разбирайтесь с вашим файлом импорта.

Answer 3

[Bjornie]

На странице есть меню (тег select)? Проверьте, возможно проблема в них, в случае есть каждое меню в свою очередь подгружает какой-то длинный список элементов. Если этих меню и элементов много - страница подвисает. Но проблема не в БД или движке, а рендеринге страницы.

Comments

[Сергей Dydaevskiy]

Ух... Вот это ответ! Спасибо, смотрю.

[Сергей Dydaevskiy]

Ок, тогда не пойму. Почему не открывается список записей в админке.

[Bjornie]

Сергей Dydaevskiy, у меня было такое на одном проекте. В селект грузились тысячи вариантов, кстати это тоже запросы к БД, так что я немного ошибся на счет того, что проблема не в движке.

В общем, если селекты есть - возможно причина там, и что-то нужно сделать (например подключить AJAX-фильтрацию без автоматической подгрузки всех вариантов). Если нет - искать дальше.

Answer 4

[ommunist]

смотрите лог mysql, ищите bottleneck. В моей практике были красавцы, пытавшиеся крутить большой магазин на WooC в 512Мб памяти на 2GB места.

Comments

[Сергей Dydaevskiy]

4гига оперативы. В логах просто охренеть сколько запросов.
С таким количеством запросов сайт физически работать стабильно не может.
Начал рыть в сторону Drupal

[ommunist]

может. Дело в том как они обрабатываются. В 4 гига можно много очень чего сделать.
Вас должен интересовать slow-query-log
Вообще, что дает отчет mysqltuner.pl? Заглядывали?
buffer_pool в my.cnfувеличьте до 1500М и посмотрите как будет дело для начала.