Seiten laden lange (sowie Liveconfig Login)

Joeym · 15. Januar 2014

Hallo,

derzeit laden die Seiten sowie LiveConfig sehr langsam. Wenn ich auf eine Seite gehe warte ich teilweise 2 Minuten.

14:31:20 up 41 min, 2 users, load average: 10.70, 11.11, 8.49
Tasks: 177 total, 3 running, 174 sleeping, 0 stopped, 0 zombie
Cpu(s): 64.7%us, 34.5%sy, 0.0%ni, 0.4%id, 0.0%wa, 0.1%hi, 0.2%si, 0.0%st
Mem: 5187340k total, 3961596k used, 1225744k free, 162564k buffers
Swap: 6082552k total, 0k used, 6082552k free, 2986632k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1765 mysql 20 0 169m 73m 6796 S 244 1.4 79:19.06 mysqld
14466 web30 20 0 86652 52m 7652 R 12 1.0 0:00.37 php-cgi
14474 web30 20 0 85028 51m 7636 R 9 1.0 0:00.26 php-cgi
14467 web30 20 0 73076 39m 7484 S 6 0.8 0:00.18 php-cgi
14470 web30 20 0 73076 39m 7484 S 6 0.8 0:00.17 php-cgi
13994 www-data 20 0 64944 15m 1624 S 0 0.3 0:00.05 apache2
14009 www-data 20 0 64836 15m 1624 S 0 0.3 0:00.04 apache2
14104 www-data 20 0 64952 15m 1612 S 0 0.3 0:00.06 apache2
14440 root 20 0 2468 1204 900 R 0 0.0 0:00.01 top
1 root 20 0 2036 724 628 S 0 0.0 0:00.97 init
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT 0 0 0 0 S 0 0.0 0:00.00 migration/0
4 root 20 0 0 0 0 S 0 0.0 0:00.02 ksoftirqd/0
5 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0
6 root RT 0 0 0 0 S 0 0.0 0:00.01 migration/1
7 root 20 0 0 0 0 S 0 0.0 0:00.01 ksoftirqd/1
8 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/1

Dabei fällt mir auf, dass MySQl sehr viel verbraucht, warum weiß ich nicht.

Jemand eine Idee?

Sven_67 · 15. Januar 2014

Was hast du denn auf dem Server alles laufen - Load bei 10.70, 11.11, 8.49 - das ist ja der Hammer.

MySQL zieht wirklich viel, musst du mal schauen, was da verkehrt läuft.

Zum Vergleich mal meine Daten:

Zitat

top - 20:39:36 up 40 days, 22:16, 1 user, load average: 0.38, 0.47, 0.59
Tasks: 202 total, 2 running, 200 sleeping, 0 stopped, 0 zombie
Cpu(s): 5.2%us, 1.8%sy, 0.0%ni, 93.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 16406516k total, 16099672k used, 306844k free, 937224k buffers
Swap: 0k total, 0k used, 0k free, 13499952k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
9248 hos258 20 0 732m 18m 10m R 2 0.1 0:00.05 php-cgi
1853 mysql 20 0 599m 236m 8144 S 1 1.5 1994:37 mysqld
29 root 20 0 0 0 0 S 0 0.0 25:24.34 events/2
1 root 20 0 8356 808 676 S 0 0.0 0:18.07 init

Alles anzeigen

Grüßle
Sven

kk · 15. Januar 2014

Die Last ist komplett MySQL geschuldet (244% ist schon heftig...).
Um herauszufinden was da passiert, unbedingt das slow query log aktivieren.
Die langsamen SQLs kann man anschließend mit dem Befehl "EXPLAIN <SQL>" analysieren lassen. Meiner Erfahrung nach lassen sich so fast alle SQL-Anfragen mindestens um den Faktor 50 beschleunigen. Fortgeschrittene SQL-Kenntnisse vorausgesetzt.

Joeym · 15. Januar 2014

Hallo,

kann man denn feststellen, welche am Datenbank am meisten Querys macht?

kk · 15. Januar 2014

MySQL bietet da von Haus aus keine weiteren Möglichkeiten. Am besten mal per SSH eine MySQL-Session öffnen und dort als root "show processlist" ausführen - in den meisten Fällen reicht das dann schon, um den Bösewicht zu entdecken.

Joeym · 15. Januar 2014

Hallo,

habe ich nun gemacht. Ich hoffe das war er.
wie viel % von der CPU sit denn normal.

kk · 15. Januar 2014

Gegenfrage: wie viel Benzinverbrauch bei einem Auto ist normal?
Antwort: "kommt drauf an".

Irgendwas zwischen 0% und 100%. Alles darüber muss schon begründet sein.

Joeym · 15. Januar 2014

Hallo,

ich habe nun:

top - 21:24:30 up 54 min, 1 user, load average: 6.21, 3.57, 3.07
Tasks: 135 total, 1 running, 134 sleeping, 0 stopped, 0 zombie
Cpu(s): 56.5%us, 42.4%sy, 0.0%ni, 0.1%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 5187340k total, 4566212k used, 621128k free, 165220k buffers
Swap: 6082552k total, 0k used, 6082552k free, 3767208k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
21173 mysql 20 0 175m 79m 6468 S 289 1.6 17:32.18 mysqld
29004 web249 20 0 80792 47m 7572 D 5 0.9 0:00.25 php-cgi
961 root 20 0 0 0 0 D 0 0.0 0:00.20 flush-8:0
1 root 20 0 2036 720 628 S 0 0.0 0:00.97 init
2 root 20 0 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT 0 0 0 0 S 0 0.0 0:00.02 migration/0
4 root 20 0 0 0 0 S 0 0.0 0:00.08 ksoftirqd/0
5 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0
6 root RT 0 0 0 0 S 0 0.0 0:00.01 migration/1

Zitat

mysql> SHOW FULL PROCESSLIST\G
*************************** 1. row ***************************
Id: 6787
User: web121
Host: localhost
db: usr_web121_1
Command: Query
Time: 639
State: Sending data
Info: SELECT t.boardid, t.threadid, t.lastposttime FROM bb1_threads t WHERE t .visible = 1 AND t.lastposttime > '1389816844' AND t.closed <> 3
*************************** 2. row ***************************
Id: 6984
User: web121
Host: localhost
db: usr_web121_1
Command: Query
Time: 419
State: Sending data
Info: SELECT t.boardid, t.threadid, t.lastposttime FROM bb1_threads t WHERE t .visible = 1 AND t.lastposttime > '1389817064' AND t.closed <> 3
*************************** 3. row ***************************
Id: 7131
User: web121
Host: localhost
db: usr_web121_1
Command: Query
Time: 135
State: Sorting result
Info: SELECT t.*, b.title, b.hotthread_reply, b.hotthread_view
FROM bb1_threads t, bb1_boards b
WHERE (b.boardid IN (1,5,35,37,38,39,40,41,42,43,49,50,51,52,54,55,56,57 ,58,59,60,62,64,66,67,69,70,72,74,76,78,80,84,85,86,87,88,89,90,91,92,93,95,97,9 9,100,102,103,105,106,108,109,111,112,113,115,118,119,120,123,127,128,129,130,13 1,132,134,135,136,137,138,139,140,141)
AND NOT (b.boardid IN (-1)))
AND (b.boardid = t.boardid)
AND (t.visible <> 0)
AND (t.closed < 3)
ORDER BY t.lastposttime DESC LIMIT 10
*************************** 4. row ***************************
Id: 7167
User: web121
Host: localhost
db: usr_web121_1
Command: Query
Time: 80
State: Sorting result
Info: SELECT t.*, b.title, b.hotthread_reply, b.hotthread_view
FROM bb1_threads t, bb1_boards b
WHERE (b.boardid IN (1,5,35,37,38,39,40,41,42,43,49,50,51,52,54,55,56,57 ,58,59,60,62,64,66,67,69,70,72,74,76,78,80,84,85,86,87,88,89,90,91,92,93,95,97,9 9,100,102,103,105,106,108,109,111,112,113,115,118,119,120,123,127,128,129,130,13 1,132,134,135,136,137,138,139,140,141)
AND NOT (b.boardid IN (-1)))
AND (b.boardid = t.boardid)
AND (t.visible <> 0)
AND (t.closed < 3)
ORDER BY t.lastposttime DESC LIMIT 10
*************************** 5. row ***************************
Id: 7192
User: web121
Host: localhost
db: usr_web121_1
Command: Query
Time: 25
State: Sending data
Info: SELECT t.boardid, t.threadid, t.lastposttime FROM bb1_threads t WHERE t .visible = 1 AND t.lastposttime > '1389817458' AND t.closed <> 3
*************************** 6. row ***************************
Id: 7193
User: database45
Host: localhost
db: database45
Command: Sleep
Time: 13
State:
Info: NULL
*************************** 7. row ***************************
Id: 7199
User: database45
Host: localhost
db: database45
Command: Sleep
Time: 1
State:
Info: NULL
*************************** 8. row ***************************
Id: 7204
User: root
Host: localhost
db: NULL
Command: Query
Time: 0
State: NULL
Info: SHOW FULL PROCESSLIST
8 rows in set (0.00 sec)

Alles anzeigen

Trotzdem sowviel % an CPU verbrauch.

Sven_67 · 15. Januar 2014

Für mich sieht das so aus, als wenn MySQL "übervolles" Programm fährt.
Hast du den Server auch richtig vorkonfiguriert und auch richtig abgesichert ?

Das Teil ist noch nicht mal ne Stunde online und vollkommen überlastet.

Joeym · 15. Januar 2014

Hallo,

ja der Server ist richtig vorkonfiguriert. Gestern ging es ja auch noch.

Sven_67 · 15. Januar 2014

Hallo,

die Aussage "gestern ging es ja auch noch" ist sehr dürftig.
Die Frage ist, was wurde alles installiert, ist phpMyAdmin installiert und abgesichert (vor allem der root)!

Was mich wirklich sehr verwundert, ist die Tatsache, dass nach 54 Minuten Uptime der mysqld mit knapp 300% läuft.
Wäre nen Tipp zur Lösung des Problem´s.

Sven

Joeym · 15. Januar 2014

Hallo,

es wurde nichts neuinstalliert. Ich habe mal einen Kunden deaktiviert. Dieser kam mit einer Datenbank recht heufig in den Prozessen vor. Seitdem 1 % CPU. Mal sehen

Sven_67 · 19. Januar 2014

Zitat von Joeym

Hallo,

es wurde nichts neuinstalliert. Ich habe mal einen Kunden deaktiviert. Dieser kam mit einer Datenbank recht heufig in den Prozessen vor. Seitdem 1 % CPU. Mal sehen

Hat es denn zu einem Erkenntnis geführt, den einen Kunden zu deaktivieren oder lag es an einem anderen Problem ?

Joeym · 19. Januar 2014

Seitdme der Kunde deaktiviert worden ist, liegt die CPU auslastung bei 5 %.

Jetzt mitmachen!