Оптимизация на уровне сервера + проблема с wp

Кошачий-магнат · 2015-03-07T09:44:59.0000000Z

После продолжительных манипуляций с конфигурированием связки nginx, php-fpm, mariadb, apc, memcached Возника следующая неприятная ситуация: На сервере один единственный сайт и он на ВордПрессе (latest version). Пользователям страница прорисовывается быстро, а после авторизации мучительно долго (секунд 10-12). Даже представить себе не могу где зарыта проблема. Всего два основных вопроса. 1. Почему после авторизации долго грузиться сайт, любая страница отдаётся очень долго? Как это исправить? 2. Что ещё можно придумать и подтянуть для оптимизации серверной части? Какие оптимальные настройки выставить для php-fpm? Привожу обрывки конфигов 10.0.17-MariaDB query_cache_size = 100M query_cache_limit = 30M thread_cache_size = 8 tmpdir = /dev/shm innodb_buffer_pool_size = 512M innodb_flush_log_at_trx_commit = 2 innodb_log_file_size = 65M myisam_sort_buffer_size = 512M table_open_cache = 512 tmp_table_size = 300M max_heap_table_size = 300M PHP 5.3.3 memory_limit = 300M max_input_time = 50 max_execution_time = 10 php-fpm listen = /var/run/php-fpm.sock pm = dynamic pm.max_children = 50 pm.start_servers = 12 pm.min_spare_servers = 8 pm.max_spare_servers = 16 Вывод mysqltuner : [ !! ] Currently running unsupported MySQL version 10.0.17-MariaDB [ OK ] Operating on 64-bit architecture -------- Storage Engine Statistics ------------------------------------------- [--] Status: +ARCHIVE +Aria +BLACKHOLE +CSV +FEDERATED +InnoDB +MRG_MyISAM [--] Data in MyISAM tables: 73M (Tables: 57) [--] Data in InnoDB tables: 13M (Tables: 21) [--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 52) [ !! ] Total fragmented tables: 5 -------- Security Recommendations ------------------------------------------- [ OK ] All database users have passwords assigned -------- Performance Metrics ------------------------------------------------- [--] Up for: 15h 49m 26s (915K q [16.065 qps], 40K conn, TX: 3B, RX: 157M) [--] Reads / Writes: 97% / 3% [--] Total buffers: 1.0G global + 2.8M per thread (151 max threads) [ OK ] Maximum possible memory usage: 1.4G (18% of installed RAM) [ OK ] Slow queries: 0% (0/915K) [ OK ] Highest usage of available connections: 24% (37/151) [ OK ] Key buffer size / total MyISAM indexes: 128.0M/10.2M [ OK ] Key buffer hit rate: 100.0% (25M cached / 5K reads) [ OK ] Query cache efficiency: 44.0% (581K cached / 1M selects) [ OK ] Query cache prunes per day: 0 [ OK ] Sorts requiring temporary tables: 0% (0 temp sorts / 34K sorts) [ !! ] Temporary tables created on disk: 46% (9K on disk / 20K total) [ OK ] Thread cache hit rate: 98% (704 created / 40K connections) [ OK ] Table cache hit rate: 160% (167 open / 104 opened) [ OK ] Open file limit used: 15% (178/1K) [ OK ] Table locks acquired immediately: 99% (132K immediate / 132K locks) [ OK ] InnoDB buffer pool / data size: 512.0M/13.5M [ OK ] InnoDB log waits: 0 -------- Recommendations ----------------------------------------------------- General recommendations: Run OPTIMIZE TABLE to defragment tables for better performance MySQL started within last 24 hours - recommendations may be inaccurate Temporary table size is already large - reduce result set size Reduce your SELECT DISTINCT queries without LIMIT clauses Решил отслеживать слоупочные запросы, в лог сыпятся это (возможно так было до проблемы) script_filename = .../wp-admin/index.php [0x00000000032490f0] curl_exec() .../wp-content/themes/lib/update_notifier.php:132 [0x0000000003248dd0] get_latest_theme_version() .../wp-content/themes/lib/update_notifier.php:21 [0x00007fffbb9ca6a0] update_notifier_menu() unknown:0 [0x0000000003248158] call_user_func_array() .../wp-includes/plugin.php:496 [0x0000000003246258] do_action() .../wp-admin/includes/menu.php:149 [0x0000000003240c30] +++ dump failed Надеюсь на вашу помочь. Спасибо

КМ

0

К0шачий-магнат

12 марта 2015, 11:15

#11

Andreyka:
Кешируйте в память

Установлен memcached. Больше половины запросов к бд закэшированно

T

57

tlk

13 марта 2015, 01:20

#12

Попробуйте переехать на пхп выше > 5.6 с нативным опкешем и вп > 4.0 (это если нет древних плагинов). На пыхе 5.6 по сравнению с 5.3 я получил увеличение скорости генерации странички более чем на порядок.

Надеюсь, про бэкапы всего на всяк пожарный напоминать излишне? )))

Второй вариант - снести нах мемкеш и поставить обьектный кеш в редис. Мемкеш у меня страшно тупил динамику.

Дешевые VPS в России (http://goo.gl/DB5d0Y). Надежные сервера и VDS по всему миру (http://goo.gl/joUFXm) с мгновенным русским саппортом. Бесплатный SMS-мониторинг всего (http://goo.gl/jCIDxN) - есть API для профессионалов.

Кто может смело порекомендовать Danneo CMS - что Где лучше взять хостинг

822

Andreyka

13 марта 2015, 05:46

#13

Кешируйте популярные страницы целиком в memcache

Не стоит плодить сущности без необходимости

A

130

admak

13 марта 2015, 07:32

#14

Andreyka:
Кешируйте популярные страницы целиком в memcache

Зачем для этого memcache?.. nginx замечательно умет кешировать сам, директорию кеша разместить в раме.

Нагрузка на проц будет минимальна, nginx=>ram=>out. Ничего лишнего.

ps: а вообще при такой нагрузке на проц, нужно в первую очередь настраивать/пилить сам WP. Смотреть/править: тему, плагины, отключать лишнее в самом wp.

Прогеры они такие... они умеют парой строк закипятить чаек на проце. 😂

Судя по задаваемым вопросам, этим никто особо не занимался.

Ну еще отсекать левых ботов и т.д.

.............

Стоит ли включать кеширование Много вопросов по кешированию Как снизить нагрузку на

822

Andreyka

14 марта 2015, 05:43

#15

И с каких пор nginx научился кешировать популярные страницы?

A

130

admak

14 марта 2015, 08:42

#16

Andreyka:
И с каких пор nginx научился кешировать популярные страницы?

proxy_cache_min_uses

Яндекс Вебмастер вынес товарные фиды в отдельный раздел

Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта