2014-10-31 4 views
6

Ich habe einen (bisher) im Leerlauf befindlichen 4-Knoten-Cassandra-Cluster, der mit opscenter verbunden ist. Es gibt eine Tabelle, die in der letzten Woche sehr wenig geschrieben hat (Test-Cluster). Es läuft 2.1.0. Passiert, und aus Neugierde rannte du -sch * auf das Datenverzeichnis. Hier ist, was ich bekommen:Viele Commitlog-Dateien mit Cassandra

4.2G commitlog 
851M data 
188K saved_caches 

Es gibt 136 Dateien im Log-Verzeichnis begehen. Ich errötete und leerte Cassandra, blieb stehen und startete den Gottesdienst. Diese Dateien sind immer noch da. Was ist der beste Weg, um diese loszuwerden? Die meisten Sachen sind Opscenter-bezogen, und ich bin geneigt, sie einfach wegzublasen, weil ich die Testdaten nicht brauche. Ich frage mich, was ich tun soll, falls das wieder auftaucht. Schätzen Sie irgendwelche Tipps.

+0

Eng verwandt mit, aber nicht ein Duplikat von [Wie zu verhindern, dass Cassandra Commit-Protokolle Speicherplatz füllen] (http://stackoverflow.com/questions/31733395/how-to-prevent-cassandra-commit-logs-filling -up-Plattenspeicherplatz). – Raedwald

Antwort

2

Die Dateien im Commit-Protokollverzeichnis haben eine feste Größe, die durch Ihre Einstellungen in der Datei cassandra.yaml festgelegt wird. Alle Dateien haben eine vorab zugewiesene Größe, so dass Sie sie nicht ändern können, indem Sie im Cluster Flush-, Drain- oder andere Operationen ausführen.

Sie müssen die Konfiguration ändern, wenn Sie ihre Größe reduzieren möchten.

Betrachten Sie die Konfigurationseinstellungen "commitlog_total_space_in_mb" und "commitlog_segment_size_in_mb", um die Größe jeder Datei und den von ihnen belegten Speicherplatz zu konfigurieren.

Verwandte Themen