Kann man das abstellen bzw. das Problem lösen?
lima-city → Forum → Programmiersprachen → PHP, MySQL & .htaccess
anhaltspunkt
anweisung
anwendung
average
code
doppelten strom
frage
index
legen
problem
setzen
sichern exportieren
siedepunkt
stromverbrauch
struktur
ungemach
url
verbrauch
versuch
watt
-
Hat jemand für folgendes eine plausible Erklärung, und eventl. auch sinnige Lösung parat?
Ich weiss auch nicht alles, deshalb wende ich mich mit dem Problem an Euch.
Auf mein Server gibt es eine Anwendung mit MySQL-DB, die beschäftigt sich sporadisch mit sich selbst, insbesondere der MySQL-Daemon und lässt die Prozessorlast auf fast 100% steigen, was ein doppelten Strom-/Leistungs-Verbrauch bedeutet, von 70 Watt auf 140-160 Watt, was sich auch in den höheren Stromverbrauch widerspiegelt
.
Nur nach ein Stop und Restart von MySQL lässt sich der Spuck wieder auf Zeit bändigen, bis zum nächsten exzessiven Überfall auf meine Stromrechnung. Ich hab die DB und Anwendung erstmal deaktiviert...
Meine Frage ist, wer von den MySQL-Spezis hier hat einen Plan, was da los ist und wie kann man das abstellen. Bitte keine Antworten, ala, dann verzichte doch auf die Anwendung.
Herzlichen Dank.
Hier nun das Ungemach.... Die Anwendung ist GetBoo, eine Art Sozial-Bookmarker, welcher leider nicht mehr supportet wird.
Das treibt die Prozessorlast an den Siedepunkt fast 100% somit auch den Strom/Leistungsverbrauch von normal 70 Watt auf fast 150 Watt
root@jbd:~# mysqladmin -uxxxxx -pxxxxxxxxxxx processlist +-------+------+-----------+-----------------------+---------+-------+------------+------------------------------------------------------------------------------------------------------+ | Id | User | Host | db | Command | Time | State | Info | +-------+------+-----------+-----------------------+---------+-------+------------+------------------------------------------------------------------------------------------------------+ | 7544 | root | localhost | serv_slyip_net_getboo | Query | 15389 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 7609 | root | localhost | serv_slyip_net_getboo | Query | 15004 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 7688 | root | localhost | serv_slyip_net_getboo | Query | 14599 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 8551 | root | localhost | serv_slyip_net_getboo | Query | 10486 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 8666 | root | localhost | serv_slyip_net_getboo | Query | 10087 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 8720 | root | localhost | serv_slyip_net_getboo | Query | 9903 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 8768 | root | localhost | serv_slyip_net_getboo | Query | 9694 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 8831 | root | localhost | serv_slyip_net_getboo | Query | 9324 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 8898 | root | localhost | serv_slyip_net_getboo | Query | 8937 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 9033 | root | localhost | serv_slyip_net_getboo | Query | 8014 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 9139 | root | localhost | serv_slyip_net_getboo | Query | 7447 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 9221 | root | localhost | serv_slyip_net_getboo | Query | 7055 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 9302 | root | localhost | serv_slyip_net_getboo | Query | 6661 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 9395 | root | localhost | serv_slyip_net_getboo | Query | 6095 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 9499 | root | localhost | serv_slyip_net_getboo | Query | 5693 | statistics | select T0.title, count(b.id) as amount from favourites as b, tags as T0, tags_books TB0, tags as T1, | | 11039 | root | localhost | | Query | 0 | | show processlist | +-------+------+-----------+-----------------------+---------+-------+------------+------------------------------------------------------------------------------------------------------+ top -u mysql top - 07:30:14 up 29 days, 20:00, 1 user, load average: 15.01, 15.17, 15.42 Tasks: 116 total, 1 running, 115 sleeping, 0 stopped, 0 zombie Cpu(s):100.0%us, 0.0%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 1534692k total, 1432304k used, 102388k free, 255216k buffers Swap: 1562620k total, 26080k used, 1536540k free, 456264k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 23626 mysql 20 0 346m 125m 6952 S 99.5 8.3 250:19.46 mysqld
Schon mal vielen Dank für Eurer
hoffentlich hilfreiches Feedback :-) -
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
-
Ich denke, dass das weniger ein spezielles MySQL-Problem ist sondern eher ein Problem des Servers/der Anwendung, denn soweit ich das einschätzen kann, wird MySQL ja nicht einfach so aktiv.
Wenn du schreibst sporadisch, dann ist die Frage, ob das wirklich zufällige Zeiten sind. Ich würde zunächst mal alles was mit cron zu tun hat, durchforsten. Unter Debian/Ubuntu legen diverse Anwendungen ihre cron-Jobs unter /etc/cron.d ab.
Auch syslog und daemon.log können Anhaltspunkte darüber liefern, wer etwas auslösst.
-
sebulon schrieb:
Das sieht für mich aus, als wär da ein Problem mit dem Optimizer. hast du an den Indizes rumgespielt? versuch die mal zurück zu setzen, der scheint die queries nciht mehr abzuschließen...
Das klingt plausibel... Na gespielt habe ich eigentlich nicht dran, aber wer weiß?
Meinst es bringt was die DB zu sichern/exportieren und dann wieder in ein neu erstelltes DB-Gerüst zu importieren? -
sollte gehen, solange du nur die Daten übernimmst ohne Struktur oder Indizes-Anweisung. Wenns dann wieder auftaucht, dann kommt das problem von dem Getboo, dass die da was gepfuscht haben und du darfst erstmal debuggen... also Struktur untersuchen, indizes raus... und dann stück für stück indizes wieder rein
-
Diskutiere mit und stelle Fragen: Jetzt kostenlos anmelden!
lima-city: Gratis werbefreier Webspace für deine eigene Homepage
