isbear

Рейтинг
0
Регистрация
08.12.2015

P.S. Сейчас сайт создает уровень нагрузки аналогичный этому сайту: http://avtopoligon.info/

Только к этому в день приходит 35 тысяч запросов.

Jaf4:
- начать кэшировать (хотя при такой посещаемости это смешно)

На сайте стоит wp-super-cache, время хранения кеша — 2 дня.

---------- Добавлено 15.12.2015 в 11:17 ----------

livetv:
Узнать, какие страницы/запросы создают основную нагрузку.

Вот тут проблема — каким образом. Учет процессорного времени идет по времени исполнения процесса php. Один процесс php обрабатывает до 500 запросов, т.е. время индивидуального запроса определить не получится. Единственное что я могу сделать — разнести выполнение запросов, идущих на разные точки входа по разным php-процессам, что уже и было сделано для админки и содержимого wp-content.

Соответственно, остается анализ статистики посещений. Статистика за вчера (отсеиваются запросы к статике, так как она не требует исполнения скриптов):


[[ -- Requests by url -- ]]
-- [[ d-nk.com.ua ]] --
1566 /sogodni-poxoron-zagiblogo-pid-mariupolem-truskavchanina/
1482 /wp-content/plugins/yet-another-related-posts-plugin/includes/styles_thumbnails.css.php?width=147&height=95&ver=4.2.5
477 /
452 /feed/
301 /robots.txt
287 /wp-admin/admin-ajax.php
146 /sogodni-poxoron-zagiblogo-pid-mariupolem-truskavchanina/a_shiht/
99 /u-drogobichi-rozvivatimut-divochij-futbol/
79 /analitika/avtori/oleksandr-magliona/vas-nasiluyut-rasslabtes/
78 /on-vyxodil-s-pod-ilovajska/
72 /u-drogobichi-vidbulasya-toloka-z-pribirannya-istorichnoyi-pam-yatki-video/
[[ -- Requests by IP -- ]]
-- [[ d-nk.com.ua ]] --
464 188.163.74.91 [UA] SOL-FTTB.91.74.163.188.sovam.net.ua
285 183.79.222.164 [JP]
200 84.19.190.163 [DE] ns.km34133-04.keymachine.de
186 91.209.51.22 [UA] 22.51.209.91.akson45.kiev.ua
180 91.200.40.83 [UA] h83.hvosting.ua
154 188.165.15.177 [FR] boson034.ahrefs.com
142 68.180.228.35 [US] b110003.yse.yahoo.net
141 183.79.223.113 [JP]
135 66.249.78.207 [US] crawl-66-249-78-207.googlebot.com
115 185.65.244.61 vps-12273.vps-ukraine.com.ua
106 188.165.15.61 [FR] boson073.ahrefs.com
[[ -- Requests per day -- ]]
-- [[ d-nk.com.ua ]] --
2015-12-14 8140


---------- Добавлено 15.12.2015 в 11:21 ----------

paveldvlip:
А что мешает хостеру зайти в консоль и посотреть потребление оперативки по команде top? Если это демон MySQL грузится, то нужно проверять сколько ему вообще отведено памяти. И самое главное: всё ли нормально с индексами таблиц. Они создаются? Они вообще есть?

MySQL находится на отдельном сервере и в нагрузку не считается. Считается только cron, скрипты сайта и работа с файлами.

На php хостер может поставить eaccelerator для ускорения компиляции скриптов. А все эти "не удалось найти причину" - это ерунда и некомпетентность.

eaccelerator — мертвый проэкт. У нас по умолчанию стоит и включен xcache.

---------- Добавлено 15.12.2015 в 11:22 ----------

Gerga:
попробуйте:

SELECT count(*) FROM `wp_options` WHERE `autoload` = 'yes'

сколько насчитывает?


mysql> SELECT count(*) FROM `wp_options` WHERE `autoload` = 'yes';
+----------+
| count(*) |
+----------+
| 351 |
+----------+
Rymljanyn:
Не против, нужно же что то с этим делать

Ок, тогда какая статистика надо? Могу открыть доступ всем к webstat (webalizer), могу выдать результаты анализа логов с фильтрованием или без.

[offtopic]

Поверьте, если взять активнаую работу в админке вордпресса и активную работу в админке джумлы — результаты статистики налицо. Конечно, это разные движки, однако джумла вмещается в минимальный тариф, а вордпресс — нет (повторяю, при активной работе в админке). Даже если это один человек. Однако в данном случае админка не создает нагрузки.

[/offtopic]

Я не говорю, что причина именно в таблицах, это было предложение что еще проверить.

Количество запросов к сайту с начала лета возросло в среднем с 9 тысяч до 15 тысяч в день. Это по страничке вебалайзера. Более точную выборку можно сделать за последние десять дней, но за это время количество посещений приблизительно на одном уровне.

Результат запроса:

mysql> SELECT COUNT(*) FROM `wp_postmeta` WHERE `meta_key` IN('_edit_lock', '_edit_last','_wp_old_slug');

+----------+
| COUNT(*) |
+----------+
| 3333 |
+----------+

В статистике запросов к сайту нет POST-запросов к /wp-login.php и /xmlrpc.php (пакетный подбор паролей). Также нет запросов к /wp-comments-post.php.

Кроме того, несмотря на большое количество запросов к admin-ajax.php и вообще наличие работы в админке (которая у wp часто является причиной повышенного потребления ресурсов) — основную часть нагрузки создают запросы, приходящиеся на точки входа вне папки wp-admin.

Идея о размере таблиц возникла так как нагрузка растет очень медленно, общее количество запросов достаточно стабильно и сравнительно мало, а в своей практике я сталкивался с проблемами с перегрузкой из-за спам-комментариев, которые даже на сайте и не отображались (но, видимо, где-то обрабатывались движком). Обнаружить такое можно только исследованием базы данных.

Если нужно — можно привести конкретные цифры потребления по датам и конкретную статистику посещений (если топикстартер не против).