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

После продолжительных манипуляций с конфигурированием связки

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

Надеюсь на вашу помочь. Спасибо