<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Hallo,<br>
<br>
Ich hab inzwischen über 50 Kanäle und nur teilweise ne hohe
Auflösung, da ich das gerne so hab.<br>
Länger als 2-3 Monate zurück brauche ich aber eigentlich keine
Daten.<br>
Daher lösche ich öfters Einträge raus.<br>
Wenn der Platz reserviert bleibt, dann ist mir schon klar, warum das
File inzwischen so groß war.<br>
<br>
Ich verstehe jedoch dann nicht ganz, warum beim "Tabelle leeren" der
Platz <b>nicht</b> reserviert bleibt.<br>
<br>
Gibt es ne andere Möglichkeit, den reservierten platz wieder
freizugeben?<br>
<br>
Aggregation ist übrigens aktiv (sonst wäre der Ordner ja nicht 1,2GB
groß).<br>
<br>
Gruß<br>
Thomas<br>
<br>
<div class="moz-cite-prefix">Am 29.07.2022 um 09:01 schrieb Jakob
Hirsch:<br>
</div>
<blockquote type="cite"
cite="mid:3aa65743-72bd-b392-4834-d28ce6d3d336@Message-ID.plonk.de">On
2022-07-28 13:58, <a class="moz-txt-link-abbreviated" href="mailto:Heine.Thomas@online.de">Heine.Thomas@online.de</a> wrote:
<br>
<blockquote type="cite">Damit hab ich dann herausgefunden, dass
die Datei
<br>
//var/lib/mysql/volkszaehler/data.idb/
<br>
der Verursacher ist (24 gb)
<br>
</blockquote>
<br>
Ja, das ist bei mysql/mariadb leider so. Wenn man Daten löscht,
bleibt der Platz im FS trotzdem belegt, in der Datei werden dann
neue Daten da reingeschrieben.Man kann das ein bisschen besser
handhaben, wenn man innodb_file_per_table setzt, dann werden für
neue Tabellen jeweils eigene Dateien erstellt.
<br>
<br>
Kaputt ist die eher nicht, du hast wahrscheinlich nur sehr viele
Daten drin. Die Frage ist nur, warum da so viel drin ist. Ich
logge seit 2011 und habe ca. 66M Einträge in vz.data, das sind
insgesamt ca. 3,5 GiB.
<br>
<br>
Loggst du wirklich so viel? Dann solltest du dir die Möglichkeiten
der Aggregation anschauen. Also sowohl beim loggen selbst (aggtime
oder sowas beim vzlogger) also auch im Nachgang mit dem
aggregate-script.
<br>
Normalerweise braucht man ja keine Auflösung besser als eine
Sekunde (ich fasse die Impulse in 5s-Intervallen zusammen) und
ältere Daten können noch gröber aggregiert werden.
<br>
<br>
Falls du nicht weißt, woher die vielen Daten kommen, könntest du
diesen Query mal laufen lassen (könnte auf einem Raspi aber etwas
länger dauern), damit siehst du welche channel_id wieviele
Einträge hat:
<br>
<br>
select channel_id, count(timestamp) from data group by 1 order by
2;
<br>
<br>
<br>
<br>
Gruß
<br>
J
<br>
</blockquote>
<br>
</body>
</html>