Seit dem Update auf 35.0.2 erhalte ich eine âFehlermeldungâ zu meiner Datenbank.
On-disk temp tables
Warnung·Created_tmp_disk_tables
Fehlgeschlagen
A large share of temporary tables are being created on disk instead of in memory.
47.9003% of temp tables ended up on disk.
Increase tmp_table_size and max_heap_table_size to keep more temp tables in memory.
Wert 47.90
Einstellung tmp_table_sizeâ64M
Mein Wert ist bereits, und schon lĂ€nger, auf 128M gesetzt. Auf der Datenbank laufen noch andere Webseiten, die natĂŒrlich Einfluss auf den Wert haben. Warum nun dieser Hinweis erscheint, erschlieĂt sich mir nicht. Wurde etwas an den PrĂŒfverfahren geĂ€ndert? Bisher war das scheinbar kein Problem, und hatte keine Meldung verursacht.
Webseiten insgesamt: 6 davon 1x Apache, 5x nginx (nginx 1.30.5)
Andere Anwendungen auf dem Server: 4x Wordpress 7.1.3, 1x Woltlab Suite 6.2.8.
Ich kann diese Meldung zwar ignorieren, aber es ist schon etwas störend. Im Idealfall gibt es keine Fehler und Hinweise. Kann ich hier irgendetwas tun damit die Meldung verschwindet? Ist dies ein âAnzeigefehlerâ von Nextcloud?
Es liegt halt nahe, eine âWarnungâ, die besagt es wĂ€re etwas âfehlgeschlagenâ, als Fehlermeldung zu verstehen.
Wie erkennt man denn dieser Tage relevante und irrelvante Meldungen als jeweils solche? Offensichtlich nicht an Begriffen wie âFehlgeschlagenâ und âWarnungâ und nicht an optischen Markern wie roter Schrift auf hellrotem Hintergrund und ĂhnlichemâŠ
Eine Warnung ist fĂŒr mich schon etwas deutlich bedeutenderes als ein Hinweis. Gibt es in den ĂŒblichen Apps auf dem Smartphone einen Warnung vor Gewittern oder gar Unwettern, sollte man das ernst nehmen.
Bei einer Radtour könnte man vom Blitz getroffen oder von einem herab fallenden Ast getroffen werden.
Anders der Hinweis in der Wetter App es könne Regen geben. Dann nimmt man eben Regenkleidung mit oder wird nass.
Wenn es so ist, dann ist es m.E. ein Hinweis und keine Warnung, denn die sollte man ernst nehmen.
Wohl verlĂ€sslich nur, wenn man sich die MĂŒhe macht, dem Hintergrund einer Meldung nachzugehen und auch versteht, was das bezogen auf das eigene System bedeutetâŠ
Ist schon fraglich wie dringend eine Ausgangsmeldung auf englisch ist, kann weitere Verunsicherung durch die ggf. unscharfe Ăbersetzung ins Deutsche oder eine andere Sprache ausgelöst werden.
Der Begriff âWarnungâ ist aus dem Hinweistext von Nextcloud, diesen habe ich mir nicht ausgedacht.
Ich habe das Wort Fehlermeldung in Klammern gesetzt, da mir klar ist das es keine ist, aber das System stellt es als solche dar, da es in der Ăbersicht, rot dargestellt wird (s.Screenshot).
Wird es hier eine Ănderung bezĂŒglich der Einordnung dieses Hinweises geben. Scheinbar ist es nicht so wichtig, da ich es ignorieren soll, aber es scheint so wichtig zu sein, dass es als Warnung angezeigt wird.
Das kann noch feiner sein, doch mit den drei Kategorien ist es einfach zu arbeiten.
Fehler - Hier sollte der Benutzer/Administration dringend danach schauen
Warnungen - Ist keine Meldung, welche den grundsĂ€tzlich korrekten Betrieb eines Systems bedroht. Man sollte danach schauen âŠ
Hinweis - Polishing bzw. Informationen zur Verbesserung. Kein aktuter Handlungsbedarf.
Die erweiterten DatenbankprĂŒfungen und deren Visualisierung der Ergebnisse wurde mit v35 eingefĂŒhrt und schon mit v35.02 ĂŒberarbeitet.
Da es mehrere unterstĂŒtzte DB-Systeme und auch Webserver gibt, kann es bestimmt Konstellationen geben, wo diese PrĂŒfungen noch nicht jede Kombination abdecken.
@Polli Um zu Deinem ursprĂŒnglichen Post mit Frage zurĂŒckzukehren:
Du kannst das gerne im Server-Repo mit all den Informationen als Issue melden.
Ein paar random Gedanken, bin kein Datenbankexperte:
max_heap_table_size = 128M hast du auch gesetzt?
MariaDB service neugestartet nach der Ănderung, oder vielleicht auch mal den Server neugestartet?
Du hast nicht geschrieben welches Betriebssystem du nutzt. Unter Debian/Ubuntu, gibt es einen /etc/mysql/conf.d Ordner und Konfigurationsparameter, die dort gesetzt sind ĂŒberschreiben diejenigen in /etc/mysql/my.cnf. Sicher das dort keine config files liegen und/oder angepasst wurden?
Je nach MariaDB Version gibt es auch einen mariadb.conf.d Unterordner. Sicher, dass nicht vielleicht der verwendet wird?
Kommt der mit irgendeinem Hosting Panel wie z.B. Plesk oder cPanel? Sicher, dass du am richtigen Ort die richtigen Parameter gesetzt hast, und das Panel die nicht irgendwie ĂŒberschreibt?
Ich hab dasselbe Problem wie Polli. Und ich bilde mir zumindest ein verifizieren zu können, dass die Konfigurationsdatei, die ich auf Debian verwende, auch wirklich genutzt wird:
Wenn ich in /etc/mysql/conf.d/mysql.cnf die Werte Àndere, danach MariaDB neu starte (sudo systemctl restart mariadb) und dann die Werte mit SHOW VARIABLES LIKE '%table_size'; auslese, dann sehe ich, dass sich die Werte von max_heap_table_size und tmp_table_size entsprechend geÀndert haben.
Bei mir wurde ursprĂŒnglich fĂŒr beide der Wert 67108864 (also 64 MiB), bei Polli offenbar â siehe erstes Posting â 134217728 (also 128 MiB) ausgegeben. Ich habs in der Zwischenzeit natĂŒrlich auch mit 128 MiB probiert.
