[gelöst] configDB über sql-Befehle reduzieren?

[JWRu]

Meine configDB ist ziemlich voll. Das Attribut "maxversions" war nicht gesetzt (... habe ich irgendwo im Forum gefunden - wird nicht in der Referenz erwähnt).
Der Befehl "configdb reorg 5" legt aber mein FHEM-System lahm: Weboberfläche nicht erreichbar, Alexa funktioniert nicht mehr, heartbeat-Datei wird nicht aktualisiert ...
Nach über 2 Stunden habe ich abgebrochen, indem ich das System neu gestartet habe.
Kann ich die Config-Datenbank eigentlich auch über sql-Befehle verkleinern?
Die Datenbank wird ja während des Betriebs von FHEM nicht verwendet und der sql-Befehl kann parallel ausgeführt werden, ohne FHEM zu beeinflussen (habe eine ZBox - die CPU-Leistung reicht locker für beide Prozesse).

[betateilchen]

Das Attribut "maxversions" war nicht gesetzt (... habe ich irgendwo im Forum gefunden - wird nicht in der Referenz erwähnt).

In der commandref steht aber

Code Auswählen Erweitern

configdb attr ?

und das liefert

deleteimported : (0|1) delete file from filesystem after import
dumpPath       : (valid path) define path for database dump
maxversions    : (number) define maximum number of configurations stored in database
mysqldump      : (valid parameter string) define additional parameters used for dump in mysql environment
private        : (0|1) show or supress userdata in info output
shortinfo      : (0|1) show detailed or short result in info output

Die Datenbank wird ja während des Betriebs von FHEM nicht verwendet

Diese Annahme ist grundsätzlich falsch und gefährlich.

Nach über 2 Stunden habe ich abgebrochen, indem ich das System neu gestartet habe.
Kann ich die Config-Datenbank eigentlich auch über sql-Befehle verkleinern?

Die configDB selbst verwendet ja auch nur sql Befehle. Ob es tatsächlich schneller geht, wenn Du das von Hand machst, kann ich nicht sagen.

Code Auswählen Erweitern


delete from fhemconfig   where versionuuid in (select versionuuid from fhemversions where version > 3
delete from fhemversions where version > 3


[betateilchen]

Es ist übrigens effektiver, anstatt maxversions auf 5 zu setzen, einen regelmäßigen Job per at einzuplanen, der nachts ein "configdb reorg 5" ausführt.

[JWRu]

Danke für die schnelle Antwort!

Ob es tatsächlich schneller geht, wenn Du das von Hand machst, kann ich nicht sagen.

Mir kommt es nicht auf die Geschwindigkeit an, sondern darauf, dass FHEM nicht beeinflusst wird. An der CPU-Leistung kann es nicht liegen, während des reorg benötigt SQL etwa 25%.

[Wernieman]

Welche DB "fährst" Du?
CPU ist nur ein Teil der "Wahrheit" ... wie sieht es mit der IO-Leistung aus?

@betateilchen
Irgendwie fehlt in Deinem SQL-Statement in Antwort #1 ein ) ... Du hast im ersten Statement eine öffnende (, aber keine schließende ...

[JWRu]

Welche DB "fährst" Du?

mysql

Irgendwie fehlt in Deinem SQL-Statement in Antwort #1 ein ) ... Du hast im ersten Statement eine öffnende (, aber keine schließende ...

Habe ich gemerkt.

CPU ist nur ein Teil der "Wahrheit" ... wie sieht es mit der IO-Leistung aus?

Ich habe vor ca. 3 Stunden den ersten SQL-Befehl über phpMyAdmin abgesetzt. Der läuft immer noch - in FHEM ist nichts zu merken.

[Wernieman]

iotop

[JWRu]

 
Vielen Dank nochmal für die superschnelle Hilfe!
Guten Rutsch für alle!