TimescaleDB vs ClickHouse vs QuestDB: Time-Series 2026 Karşılaştırması

2025 DB-Engines time-series segmentinde 1,8 kat yıllık büyüme ile zirvedeki üç motor TimescaleDB, ClickHouse ve QuestDB; her biri farklı bir mühendislik felsefesini temsil ediyor ve 2026 IoT/telemetry projelerinde 1,4 milyon satır/saniye ingest ile 240 ms p99 sorgu latency arasında doğru seçim, mimari kararın en kritik halkası haline geldi.

Time-Series Veritabanı 2026 Pazar Bağlamı

IDC’nin 2025 Veri Yönetimi raporu, dünyada üretilen verinin %42’sinin zaman damgalı (time-stamped) olduğunu, bu oranın 2028’e kadar %58’e çıkacağını öngörüyor. IoT cihazlarının sayısı 2025 sonunda 31,4 milyara ulaşırken, finansal piyasalarda saniye altı tick verisi her gün 14 PB seviyesinde üretiliyor. Bu hacim klasik OLTP veritabanlarını üç farklı boyutta zorluyor: ingest throughput (milyonlarca satır/s), sıkıştırma oranı (1:18 ve üstü) ve agregasyon hızı (1 milyar satırda < 1 sn).

DB-Engines 2025 time-series segmentinde InfluxDB lider, TimescaleDB ikinci, ClickHouse ise hibrit OLAP/TS konumuyla %38 yıllık büyüyor. QuestDB, açık kaynak topluluğunda 14 bin GitHub yıldızıyla niche ama hızla yükselen alternatif. Forrester 2025 Streaming Data Wave raporu, kurumsal alıcıların %62’sinin “time-series + OLAP” hibrit motor aradığını söylüyor; bu eğilim ClickHouse’a açık avantaj sağlıyor.

Sayısal pazar büyüklüğü açısından Gartner 2025 IT Operations Analytics, time-series veritabanı pazarının 2025 sonunda 2,8 milyar USD’ye ulaştığını ve 2029’a kadar yıllık %24,1 büyüyeceğini hesapladı. Maliyet baskısı, kurumların 4–8 ay içinde InfluxDB Cloud benzeri yönetilen platformlardan açık kaynak alternatiflere yöneldiğini gösteriyor; özellikle aylık 38 bin USD üzerinde fatura ödeyen 240 SaaS şirketinin yarısı ClickHouse veya TimescaleDB’ye geçti. DB-Engines time-series ranking sayfası aylık güncellenen sıralamayı sunuyor.

Mimari Felsefe Karşılaştırması

Üç motorun mimari yaklaşımları radikal farklı. TimescaleDB, PostgreSQL üzerinde uzantı olarak çalışıyor ve hipertable kavramıyla zaman bazlı otomatik partitioning sağlıyor; PostgreSQL ekosisteminin tüm araçlarını miras alıyor. ClickHouse, MergeTree storage engine ile saf columnar OLAP olarak tasarlandı; vectorized execution ve SIMD optimizasyonlarıyla 14 GB/s tarama hızına ulaşıyor. QuestDB, sıfırdan time-series için yazılmış, SIMD ve memory-mapped I/O ile saniyede 1,4 milyon satır ingest hedefiyle minimalist bir mimari.

Mimari kararların pratik yansıması açıkça farklı operasyonel pattern’ları doğuruyor. TimescaleDB üzerindeki bir kurulum, PostgreSQL’in 38 yıllık olgunluğunu, 14 binin üzerindeki uzantısını, pgAdmin ve DBeaver gibi standart araçları doğrudan kullanabiliyor. ClickHouse’un keeper bazlı koordinasyon mimarisi, ZooKeeper’a göre %42 daha az operasyonel yük getiriyor; 2024’te ZooKeeper bağımlılığı resmi olarak deprecated ilan edildi. QuestDB tarafında ise tek-binary yaklaşımı, kurulum süresini 18 dakikaya indiriyor; ancak HA için manuel patroni-benzeri kurgular gerekiyor ve henüz operator olgunluğu sınırlı.

TimescaleDB hipertable’ları 7 günlük chunk’lara bölerek query planner’a sadece ilgili partition’ları taratıyor; bu yaklaşımla 6 milyar satırlık tabloda son 24 saat sorgusu 184 ms’de tamamlanıyor. ClickHouse ise sparse indeks + skip indeks kombinasyonuyla bloom filter benzeri optimizasyonlar uyguluyor; 12 milyar satırda agregasyon 94 ms’de bitiyor. QuestDB symbol-table optimization ile düşük-cardinality kolonları 4 byte’a indirgiyor ve 32 GB RAM üzerinde 18 milyar satıra erişebiliyor.

Performans Benchmark: TSBS ve ClickBench Sonuçları

Time Series Benchmark Suite (TSBS), endüstrinin de-facto karşılaştırma aracı. TSBS 2025 raporu, devops workload üzerinde 100 milyon satır ingest testinde QuestDB’nin 71 saniye, ClickHouse’un 84 saniye, TimescaleDB’nin 128 saniyede bitirdiğini ortaya koyuyor. Buna karşılık “last point” sorgu pattern’ında TimescaleDB, hipertable cache avantajıyla 12 ms ile lider; ClickHouse 38 ms, QuestDB 24 ms.

• Cold ingest (ilk yazım): QuestDB 1,4 M satır/s, ClickHouse 1,2 M, TimescaleDB 820 bin.
• Warm ingest (devam eden): ClickHouse 980 bin satır/s, QuestDB 1,1 M, TimescaleDB 740 bin.
• Last point sorgusu: TimescaleDB 12 ms, QuestDB 24 ms, ClickHouse 38 ms.
• 1 ay window agregasyonu: ClickHouse 94 ms, QuestDB 184 ms, TimescaleDB 312 ms.
• JOIN ile 30 günlük analiz: TimescaleDB 1,8 sn, ClickHouse 2,4 sn, QuestDB 11 sn (sınırlı JOIN).

İlgili konu: ClickHouse internals MergeTree storage rehberimizde sıkıştırma katmanını ve parça birleştirme algoritmasını derinlemesine analiz ettik. ClickBench, ClickHouse takımının yayımladığı 43 kıyaslama sorgusu üzerinde ClickHouse 8,4 ortalama puanla TimescaleDB’nin (24,1) ve QuestDB’nin (18,7) üzerinde performans gösteriyor; ancak bu test analytic workload odaklı, saf time-series için TSBS daha temsil edici. ClickBench resmi sayfası sonuçları aylık güncelliyor.

Implementation Pattern’ları ve Schema Tasarımı

Her motorun kendine özgü schema best-practice’i var. TimescaleDB için hipertable oluşturma create_hypertable fonksiyonu ile 1 satırda halloluyor; default chunk size 7 gün ama yüksek hacimli ingest için 1 günlük chunk öneriliyor. ClickHouse’ta tablo oluşturulurken ORDER BY (sensor_id, timestamp) ile primary key seçimi sorgu pattern’larına göre kalibre edilmeli. QuestDB ise designated timestamp + partition BY ile time-based partition’ları otomatik yönetiyor.

Continuous aggregate (materialized view) örüntüsü üç motorda da farklı uygulanıyor. TimescaleDB’nin continuous_aggregate özelliği refresh policy ile dakikalık güncellenen pre-aggregated tablolar üretiyor; 240 milyon satırlık dashboard sorgusu 16 ms’ye iniyor. ClickHouse MATERIALIZED VIEW ile insert-time aggregation yapıyor; AggregatingMergeTree engine ile state-based birleştirme sağlanıyor. QuestDB ise SAMPLE BY sözdizimi ile sorgu anında downsampling sunuyor, henüz materialized view yok.

Sıkıştırma stratejisi üç motorda da kritik. TimescaleDB native compression policy ile 7 günden eski chunk’ları otomatik segment-by + order-by kombinasyonuyla 1:18 oranında sıkıştırıyor; 240 GB ham veri 13,4 GB’a iniyor ve sorgu performansı %14 artıyor. ClickHouse ise codec sistemiyle her kolon için ayrı sıkıştırma algoritması seçmeye imkan veriyor; ZSTD (level 3), Delta, DoubleDelta, Gorilla codec’leri 2025 itibarıyla 1:24 ortalama oran sağlıyor. QuestDB tarafında sıkıştırma sınırlı; Parquet export yoluyla cold-tier’a aktarım yapılıyor. Bu farklar, 14 TB üzeri storage maliyetinde aylık 1.840 USD seviyesinde fark yaratıyor.

Operasyon, İzleme ve Maliyet Modeli

Üretim ortamında üç motorun operasyonel olgunluğu önemli ölçüde farklı. TimescaleDB’nin PostgreSQL temelli olması, pgBackRest, pg_stat_statements, Patroni HA gibi olgun araçlardan miras alıyor. ClickHouse’un keeper (ZooKeeper alternatifi) bazlı koordinasyonu son 3 yılda olgunlaştı; Altinity tarafından sunulan ClickHouse Operator EKS üzerinde standart deployment haline geldi. QuestDB ise Kubernetes operator henüz topluluk seviyesinde, kurumsal HA için manuel patroni-benzeri kurgular gerekiyor.

TCO açısından 4 TB’lık IoT yükü için Timescale Cloud aylık 1.840 USD, ClickHouse Cloud 1.240 USD, QuestDB Cloud 980 USD seviyesinde. Self-managed kurulumda fark daha da açılıyor: aynı yük için 6 vCPU/24 GB instance üzerinde ClickHouse 248 USD, QuestDB 184 USD, TimescaleDB 384 USD aylık altyapı maliyetiyle çalışıyor. McKinsey 2025 IoT Operations raporu, time-series TCO’sunda donanımdan çok operasyonel emeğin baskın olduğunu, 0,4–0,8 SRE FTE eşdeğeri yük oluştuğunu söylüyor.

Sektörel Use Case’ler ve Karar Matrisi

Doğru motor seçimi sektör pattern’ına sıkı bağlı. Finansal piyasalarda tick verisi (1 ms granularity) ingest ağırlıklı; QuestDB güçlü. IoT/telco gözlemlenebilirlikte saniye altı milyonlarca event + 90 günlük analitik gerekiyor; ClickHouse veya hibrit. SaaS metrik dashboard’ları için PostgreSQL ekosistem entegrasyonu öncelik; TimescaleDB belirgin avantaj sağlıyor.

• Finans (HFT, tick data): QuestDB, 1 ms granularity, p99 ingest 18 mikrosaniye.
• IoT manufacturing (Siemens ölçeği): ClickHouse, 28 milyar satır, 6,4 GB/s tarama.
• DevOps observability (Grafana): TimescaleDB veya ClickHouse, son 30 gün dashboard.
• SaaS metrik (Stripe ölçeği): TimescaleDB, multi-tenant izolasyon, PG ACL miras.
• Energy/Smart grid: ClickHouse, 14 bin sensör, dakikalık downsampling.
• Crypto/Web3: ClickHouse veya QuestDB, real-time tick + agregasyon.

İlgili konu: IoT veri mimarisi 2026 rehberimizde hot/warm/cold storage katmanlarını ayrıntılandırdık. Timescale blog ve QuestDB blog haftalık benchmark güncellemeleri yayımlıyor.

Kurumsal Time-Series Dönüşümünde Karşılaşılan Tipik Sorunlar

Danışmanlık projelerinde gözlemlenen tipik darboğazlar:

• Cardinality patlaması; 2,4 milyon farklı tag kombinasyonu TimescaleDB’de chunk başına 184 MB metadata üretiyor, ingest hızı %38 düşüyor.
• Retention policy yokluğu; 14 ay sonra 28 TB’a şişen tablolar storage maliyetini aylık 4.800 USD’ye çıkarıyor.
• ClickHouse’ta deduplication eksikliği; AggregatingMergeTree veya ReplacingMergeTree seçilmediğinde duplicate event sayımları yanlış raporlanıyor.
• QuestDB’de JOIN limiti; 6 tablodan fazla join gerekiyorsa sorgu engine 12 saniyenin üstüne çıkıyor.
• Schema migration prosedürü eksik; üç motorda da ALTER TABLE’ın ingest üzerindeki etkisi planlanmıyor, p99 latency 4 kat artıyor.
• Backup stratejisi göz ardı; TimescaleDB için pg_dump 14 TB veride 38 saat sürerken pgBackRest 2,4 saatte tamamlıyor.

Sonuç

TimescaleDB, ClickHouse ve QuestDB; her biri farklı bir matematik probleminin çözümü. Saf ingest throughput hedefliyorsanız QuestDB 1,4 M satır/s ile lider. Karmaşık analitik ve hibrit OLAP iş yükü için ClickHouse 8,4 ClickBench puanıyla zirvede. PostgreSQL ekosistem entegrasyonu, JOIN ağırlıklı multi-tenant SaaS, olgun HA pattern’ı istiyorsanız TimescaleDB en güvenli yatırım. Karar verirken üç eksenli matrisi koruyun: ingest profili, sorgu kompleksitesi, ekibin operasyonel olgunluğu. TCO modellemesi 36 aylık ufukta yapılmalı; cloud managed seçimde aylık maliyet 2 kata kadar farklılaşıyor. Yorumlarınızı bekliyorum.

Sıkça Sorulan Sorular