MySQL Verursacht sehr hohe Last

W

weltmeister

New Member
Hallo alle Zusammen!

Ich betreibe einen Server mit ein paar WordPress-Blogs und den dazugehörigen Datenbanken. Hier ein paar Daten zur Hardware: Debian Wheezy, 16 GB RAM, AMD FX-8120 Prozessor, Provider: Strato. Ich habe auf dem Server ständig das Problem, dass dieser wohl überlastet ist, durch die vielen Datenbankabfragen. Auf anderen Servern mit noch mehr Projekten und gleicher Ausstattung gibt es wiederum keine Probleme. Ich habe bereits XCache installiert und etwas angepasst, jedoch ohne Erfolg. Ich hänge diesem Beitrag ein Screenshot an... es ist ein Prozess zu sehen, der schon sehr lange läuft, ein Neustart der Dienste / des Servers bringt keinen Erfolg. Wo kann man hierfür zuerst nach der Ursache suchen?

Danke im Voraus für eure Tipps!
 

Attachments

  • Unbenannt.jpg
    Unbenannt.jpg
    126.1 KB · Views: 202
Wenn Du Dein MySQL root Passwort weiß, kannst Du mit folgendem Befehl mal gucken, welche Datenbank bzw. welcher User im Moment aktiv ist.

Code: 
mysqladmin -uroot -p processlist
 
Danke für die Antwort, den Befehl hatte ich schon ausgeführt, es wird lediglich folgendes Angezeigt:

+-------+------+-----------+-------+---------+------+-------+------------------+
| Id | User | Host | db | Command | Time | State | Info |
+-------+------+-----------+-------+---------+------+-------+------------------+
| 1744 | root | localhost | mysql | Sleep | 302 | | |
| 13188 | root | localhost | | Query | 0 | | show processlist |
+-------+------+-----------+-------+---------+------+-------+------------------+

Aus dieser Sache werde ich allerdings nicht schlau...
 
infinitnet said:
Code: 
wget mysqltuner.pl
perl mysqltuner.pl
Sollte helfen, bzw. Optimierungen vorschlagen.
Click to expand...

Eine feine Sache, danke für den Tipp! Folgende ausgabe hat das Tool erzeugt:

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

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 1G (Tables: 532)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[!!] InnoDB is enabled but isn't being used
[!!] Total fragmented tables: 33

-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 5m 13s (36K q [117.955 qps], 1K conn, TX: 186M, RX: 6M)
[--] Reads / Writes: 95% / 5%
[--] Total buffers: 800.0M global + 2.7M per thread (151 max threads)
[OK] Maximum possible memory usage: 1.2G (7% of installed RAM)
[OK] Slow queries: 0% (0/36K)
[OK] Highest usage of available connections: 3% (5/151)
[OK] Key buffer size / total MyISAM indexes: 512.0M/271.5M
[OK] Key buffer hit rate: 99.8% (34M cached / 52K reads)
[OK] Query cache efficiency: 53.3% (17K cached / 33K selects)
[!!] Query cache prunes per day: 2986458
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 4K sorts)
[!!] Temporary tables created on disk: 46% (3K on disk / 7K total)
[OK] Thread cache hit rate: 99% (5 created / 1K connections)
[OK] Table cache hit rate: 26% (619 open / 2K opened)
[OK] Open file limit used: 27% (1K/4K)
[OK] Table locks acquired immediately: 100% (23K immediate / 23K locks)

-------- Recommendations -----------------------------------------------------
General recommendations:
Add skip-innodb to MySQL configuration to disable InnoDB
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
query_cache_size (> 128M)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)
Click to expand...

Hat jemand einen Tipp, was hier die optmalsten Werte wären?
 
weltmeister said:
Hat jemand einen Tipp, was hier die optmalsten Werte wären?
Click to expand...
Die hat dir der Tuner schon gegeben:

Code: 
 -------- Recommendations -----------------------------------------------------
General recommendations:
Add skip-innodb to MySQL configuration to disable InnoDB
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
When making adjustments, make tmp_table_size/max_heap_table_size equal
Reduce your SELECT DISTINCT queries without LIMIT clauses
Variables to adjust:
query_cache_size (> 128M)
tmp_table_size (> 16M)
max_heap_table_size (> 16M)

Du passt sie leicht an und siehst ob es besser oder schlechter wird. Einen fixen Wert gibt es nicht.
 
You must log in or register to reply here.
Back
Top