Apache / MySQL pakt constant veel CPU (~50%)

[Boyke]

Meestal helpt het tunen van MySQL hier goed tegen, maar in dit geval blijft het CPU gebruik m.i. erg hoog.

my.cnf

[mysqld]
local-infile=0
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
user=mysql
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
query_cache_size=32M
query_cache_type=1
query_cache_limit=2M
tmp_table_size=32M
max_heap_table_size=32M
table_open_cache=4000

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

Apache 2.4.4 / PHP 5.4.16 / APC 3.1.13 / MySQL 5.6.12 / WordPress 3.5.1

Onderstaande heb ik al gecontroleerd / geconstateerd

1. via strace -p <MySQL pid> zie ik behoorlijk vaak EOPNOTSUPP (Operation not supported) -> This is all normal connection accepting behavior. Nothing indicates a problem. If you look closely, you'll see the server calls select to find out what to do, discovers a connection it can accept and does so.
2. via stace -p <Apache pid> zie ik af en toe EAGAIN (Resource temporarily unavailable)
3. via lsof zie ik dat er behoorlijk wat tabellen openstaan

Inmiddels heb ik de slow_query_log aangezet om te kijken wat daar uitkomt, iemand ondertussen nog tips?

[Ramon Fincken]

Geen 404's of logfiles waar wat in staat? P3 profiler al eens gerund?

[IceHosting]

Heb je de proceslist al bekeken van mysql?

Mysql query: SHOW PROCESSLIST ;

(Edit, deze query moet je wel als root of admin user van mysql runnen)

En de server-status pagina van apache bekeken?

[Boyke]

Volgens de net monitor van Google Chrome geen 404's inderdaad, ik zal voor de zekerheid nog even de logfiles nakijken hierop. P3 profiler laat geen gekke dingen zien, 1.6 sec per visit (32 plugins).

SHOW PROCESSLIST laat niets zien behalve zichzelf, uitgevoerd onder root dus m.i. geen trage queries, echter via server-status vind ik wel een aantal pagina's terug die erg veel CPU vragen.

[systemdeveloper]

Draai mysqltuner.pl eens en post de output ervan eens hier. Wel pas doen als de mysqld al een aantal uren loopt en je redelijk wat webhits op alles hebt gehad.

[Ramon Fincken]

Is het mogelijk page caching te gebruiken? Hoelang doet je WP Core erover ( zie P3 ) ?

ps: je loopt een security versie achter.

[Boyke]

mysqltuner.pl deze week gedraaid en aan de hand daarvan aanpassingen gedaan, zal hem morgen of maandag nog eens draaien. WP core doet er 500 tot 600ms over als ik het goed heb / zie. Caching moet ik even met de klant overleggen evenals alle updates (11) die klaar staan om toegepast te worden.

[Ramon Fincken]

500 tot 600ms dat is lang hoor! Ik vind het traag worden als hij de 300 overschrijdt..

Als je wil wil ik ook eens gratis en voor niets rondkijken, heb daartoe wel een WP-admin administrator rechten login nodig en heel mss ook tijdelijk FTP toegang.

[Boyke]

500 tot 600ms dat is lang hoor! Ik vind het traag worden als hij de 300 overschrijdt..

Als je wil wil ik ook eens gratis en voor niets rondkijken, heb daartoe wel een WP-admin administrator rechten login nodig en heel mss ook tijdelijk FTP toegang.

Ik laat eerst even de ontwikkelaar van de website er naar kijken, mocht het niet lukken wil ik graag van je aanbod gebruik maken.

Overigens heb ik vandaag nogmaals mysqltuner.pl gedraaid met onderstaande resultaat:

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.6.12
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
Warning: Using a password on the command line interface can be insecure.
Warning: Using a password on the command line interface can be insecure.
[--] Data in MyISAM tables: 23M (Tables: 33)
[--] Data in InnoDB tables: 1M (Tables: 15)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 52)
[!!] Total fragmented tables: 2

-------- Security Recommendations -------------------------------------------
Warning: Using a password on the command line interface can be insecure.
[OK] All database users have passwords assigned
Warning: Using a password on the command line interface can be insecure.

-------- Performance Metrics -------------------------------------------------
[--] Up for: 4d 2h 37m 43s (92M q [260.000 qps], 636K conn, TX: 777B, RX: 19B)
[--] Reads / Writes: 99% / 1%
[--] Total buffers: 216.0M global + 1.1M per thread (151 max threads)
[OK] Maximum possible memory usage: 385.9M (20% of installed RAM)
[OK] Slow queries: 0% (1/92M)
[OK] Highest usage of available connections: 35% (54/151)
[OK] Key buffer size / total MyISAM indexes: 8.0M/4.9M
[OK] Key buffer hit rate: 100.0% (9B cached / 39K reads)
[OK] Query cache efficiency: 91.1% (81M cached / 89M selects)
[!!] Query cache prunes per day: 1361150
[OK] Sorts requiring temporary tables: 0% (455 temp sorts / 205K sorts)
[OK] Temporary tables created on disk: 1% (57K on disk / 5M total)
[OK] Thread cache hit rate: 99% (469 created / 636K connections)
[!!] Table cache hit rate: 17% (234 open / 1K opened)
[OK] Open file limit used: 2% (197/8K)
[OK] Table locks acquired immediately: 99% (25M immediate / 25M locks)
[OK] InnoDB data size / buffer pool: 1.8M/128.0M

-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
query_cache_size (> 32M)
table_cache (> 4000)