Frage zur neuen Datenbank-Status Seite

[l_fish]

Hallo,

ich habe mir soeben mal die neue Datenbank-Status Seite angeschaut und bin begeistert!

Dabei bin ich lediglich stutzig geworden über die angezeigten Werte bei "Abfragen":

kh-screen.png (17.96 KiB) Viewed 12866 times

Ich frage mich, wie an dieser Stelle zwischen Kunden und System unterschieden wird? Wenn System lediglich die Abfragen durch keyhelp betrifft (Keyhelp-UI und cronjobs, Mailserver, FTP-Server, ...), wären die Werte dafür extrem hoch (368 Requests pro Sekunde).

Dabei ist noch anzumerken, dass der Server nicht für Emailkonten genutzt wird, sondern lediglich für Webhosting.

Sind die Werte für System bei euch auch so hoch (höher als die durch Kunden generierten Abfragen)?

Viele Grüße,
Lars

[Tobi]

Die Anzahl der MySql-Verbindungen sagt doch gar nix über die Zahl der Aufrufe aus.
Beim Aufruf einer Seite können mehrere Datenbankverbindungen aufgebaut werden.

Außerdem läuft bei KeyHelp jede Minute ein Cronjob der ohne User-Interaktion die Datenbank bearbeitet.

[Alexander]

Die Werte scheinen tatsächlich etwas hoch.

Auf meinem Private hab ich ø Sekunde bei System: 0,1

Gegenprobe auf unseren Keyweb Shared Systemen: 0,5 bis 1,9

---

Ggf. stammen die Zahlen aus der Vergangenheit, z.b. ein "wildgewordenes Script" was im loop für mehrere Mrd. Abfragen verantwortlich ist. Du könntest einmal den "Status zurücksetzen" und schauen, ob es wieder so schnell so einen hohen Wert erreicht.

---

Zum Hintergrund, hinter

- "Abfragen durch Kunden" verbirgt sich der MySQL Status-Wert "Questions" (https://mariadb.com/kb/en/server-status ... #questions)

und hinter

- "Abfragen durch System" verbirgt sich "Queries" minus "Questions" (https://mariadb.com/kb/en/server-status ... s/#queries).


Es ist also nicht so zu verstehen, das "Abfragen durch Kunden" nur für KeyHelp Kunden gilt und "Abfragen durch System" nur für KeyHelp / Email-Server etc.
Hier ist Client und System im Sinne vom MySQL Server gemeint (ich gebe zu, das hätte ich vielleicht eher mit "Client" anstatt Kunde übersetzen sollen ). KeyHelp zählt in dieser Tabelle z.B. auch zu "Abfragen durch Kunden".

[ShortSnow]

Die neue Statusseite ist super und fluch zugleich

Jetzt habe ich: Joins without indexes Attention 4,076.05% 4.1K / Day

Vorher wusste ich das nicht, weils ja lief und jetzt nervts mich, weil ich es sehe

Kann ich auch nicht ändern, weil wird TYPO3/Shopware oder Wordpress sein.

Aber trotzdem Super

[24unix]

Kann ich auch nicht ändern, weil wird TYPO3/Shopware oder Wordpress sein.

Evtl. nur nen dummes PlugIn?
Aktivier doch mal die slow-query logs.

[Fezzi]

Die neue Statusseite ist super und fluch zugleich

Jetzt habe ich: Joins without indexes Attention 4,076.05% 4.1K / Day

Vorher wusste ich das nicht, weils ja lief und jetzt nervts mich, weil ich es sehe

Kann ich auch nicht ändern, weil wird TYPO3/Shopware oder Wordpress sein.

Aber trotzdem Super

Geht mir aehnlich....

Ich habe da auch noch "Auf Festplatte erstellte temporäre Tabellen Achtung 45,02 % 57,0 Tsd. / 126,7 Tsd."

[l_fish]

Die Werte scheinen tatsächlich etwas hoch.

Auf meinem Private hab ich ø Sekunde bei System: 0,1

Gegenprobe auf unseren Keyweb Shared Systemen: 0,5 bis 1,9

---

Ggf. stammen die Zahlen aus der Vergangenheit, z.b. ein "wildgewordenes Script" was im loop für mehrere Mrd. Abfragen verantwortlich ist. Du könntest einmal den "Status zurücksetzen" und schauen, ob es wieder so schnell so einen hohen Wert erreicht.

---

Vielen Dank für die Aufklärung. Auf anderen Systemen habe ich in der Tat auch viel niedrigere Werte. Jetzt wollte ich gerade "Status zurücksetzen" nutzen, bekomme aber eine Fehlermeldung. Dazu habe ich mal einen eigenen Fehler-Thread eröffnet: viewtopic.php?t=13703


Viele Grüße,
Lars

[ollidroll]

Kann ich auch nicht ändern, weil wird TYPO3/Shopware oder Wordpress sein.

Evtl. nur nen dummes PlugIn?
Aktivier doch mal die slow-query logs.

Hi, habe auch das Problem.
Laut Systemvariablen ist das Query log aktiviert und eine Datei wird nach /var/lib/mysql/servername-slow.log geschrieben.
Da steht aber nix drinne, wenn ich z.B: mit

Code: Select all

mysqldumpslow -t 10 /var/lib/mysql/servername-slow.log;

was abrufen möchte.
Was mache ich verkehrt?

Außer habe ich das Problem mit "Auf Festplatte erstellte temporäre Tabellen". Habe die "tmp_table_size" und "max_heap_table_size" schon erhöht, das brachte keine Änderung.

Gibt es da noch andere Ansätze ?

[blickgerecht]

Außer habe ich das Problem mit "Auf Festplatte erstellte temporäre Tabellen". Habe die "tmp_table_size" und "max_heap_table_size" schon erhöht, das brachte keine Änderung.

Ich habe nach dem Update nun auch diese Fehlermeldung. Wo hast du das geändert? In Keyhelp oder direkt in einer Konfigurationsdatei?

Gibt es da noch andere Ansätze ?

Das würde mich auch interessieren. Habt ihr Erfahrungswerte? Vielleicht ist das ja auch gar kein Problem …

[Florian]

Hallo,

so richtige Stellschrauben gibt es da auch nicht. Auch die temporären Tabellen werden auf der Festplatte aus unterschiedlichen Gründen angelegt und haben mit der jeweiligen Datenbankstruktur zu tun.

Hier wird es gut erläutert:

https://dba.stackexchange.com/questions ... es-on-disk

Nur das Ändern von "tmp_table_size" und "max_heap_table_size" bringt da nicht viel.

[Tobi]

Manchmal muss man einfach akzeptieren, dass das Optimum bereits gesetzt ist.

[blickgerecht]

Manchmal muss man einfach akzeptieren, dass das Optimum bereits gesetzt ist.

Das wollte ich nur hören Danke!