P.S. Сейчас сайт создает уровень нагрузки аналогичный этому сайту: http://avtopoligon.info/
Только к этому в день приходит 35 тысяч запросов.
На сайте стоит wp-super-cache, время хранения кеша — 2 дня.---------- Добавлено 15.12.2015 в 11:17 ----------
Вот тут проблема — каким образом. Учет процессорного времени идет по времени исполнения процесса 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
MySQL находится на отдельном сервере и в нагрузку не считается. Считается только cron, скрипты сайта и работа с файлами.
eaccelerator — мертвый проэкт. У нас по умолчанию стоит и включен xcache.---------- Добавлено 15.12.2015 в 11:22 ----------
SELECT count(*) FROM `wp_options` WHERE `autoload` = 'yes'
mysql> SELECT count(*) FROM `wp_options` WHERE `autoload` = 'yes'; +----------+ | count(*) | +----------+ | 351 | +----------+
Ок, тогда какая статистика надо? Могу открыть доступ всем к 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.
Идея о размере таблиц возникла так как нагрузка растет очень медленно, общее количество запросов достаточно стабильно и сравнительно мало, а в своей практике я сталкивался с проблемами с перегрузкой из-за спам-комментариев, которые даже на сайте и не отображались (но, видимо, где-то обрабатывались движком). Обнаружить такое можно только исследованием базы данных.
Если нужно — можно привести конкретные цифры потребления по датам и конкретную статистику посещений (если топикстартер не против).