Heeft Tumblr een storing? Live status en storingsmeldingen

Dienstinformatie en probleemoplossing

ClickHouse reageert niet op queries

Als de database plots niet meer reageert op queries, controleer dan eerst of het clickhouse-server-proces nog actief is. Voer `systemctl status clickhouse-server` uit op Linux. Vaak ligt de oorzaak bij een volledig gevulde schijf: ClickHouse stopt met schrijven zodra er geen ruimte meer is. Controleer schijfgebruik met `df -h` en verwijder overbodige logs of partities.

Verbinding geweigerd op poort 8123

Dit is een klassiek probleem bij een verse installatie. De HTTP-interface luistert standaard alleen op localhost. Als je verbinding probeert te maken vanaf een extern IP-adres, moet je in het configuratiebestand config.xml de listen_host instellen op 0.0.0.0. Vergeet daarna niet de service te herstarten.

Query duurt veel te lang

Trage queries komen bijna altijd door een verkeerde tabelstructuur. Controleer of de primaire sleutel aansluit op de filterkolommen in je WHERE-clausule. Gebruik `EXPLAIN` om te zien hoe de query wordt uitgevoerd. Als je grote hoeveelheden data ophaalt zonder limiet, voeg dan altijd een LIMIT toe tijdens het testen.

Geheugenfout bij grote datasets

ClickHouse gooit een uitzondering als een query te veel RAM verbruikt. De standaardlimiet ligt vaak te laag voor analytische workloads.

• Verhoog max_memory_usage in de gebruikersinstellingen of in het configuratiebestand.
• Schakel externe aggregatie in via allow_in_sloppy_grouping_sets of stel max_bytes_​before_ext​ernal_grou​p_by in.
• Splits grote queries op in kleinere stappen met tussentijdse tabellen.

Insertfouten bij hoge schrijffrequentie

Bij massale inserts kunnen timeouts optreden als de insertbuffer overloopt. Gebruik bij voorkeur batch-inserts van minimaal duizend rijen tegelijk in plaats van rij voor rij schrijven. Stel receive_timeout en send_timeout hoger in als je via de HTTP-interface werkt.

Replicatie synchroniseert niet meer

• Controleer de status van ReplicatedMergeTree-tabellen via de systeemtabel system.replication_queue.
• Kijk of ZooKeeper bereikbaar is en of de sessie niet verlopen is.
• Verwijder vastgelopen taken handmatig via de SYSTEM DROP REPLICA opdracht als de queue geblokkeerd blijft.

Schijfgebruik groeit onverwacht snel

Dit komt vaak voor doordat oude partities niet automatisch worden verwijderd. Stel een TTL in op tafelniveau om data automatisch te laten verlopen. Controleer ook of merges actief zijn: als achtergrondmerges vastlopen, stapelen kleine parts zich op en neemt het schijfgebruik snel toe.