Need advice about which tool to choose?Ask the StackShare community!

Druid

380
867
+ 1
32
InfluxDB

1K
1.2K
+ 1
175
Add tool

Druid vs InfluxDB: What are the differences?

Introduction

Markdown code formatting has been applied to the text below to be used on a website. The key differences between Druid and InfluxDB have been identified, highlighting six specific distinctions. The generic and declarative sentences have been extracted and removed for better clarity.

  1. Data Model and Query Language: Druid is column-oriented and supports a multi-dimensional data model, while InfluxDB is a time series database that organizes data in fields, tags, and time. Druid uses a SQL-like query language called Druid Query Language (DQL), whereas InfluxDB uses its own query language called InfluxQL.

  2. Scalability and Performance: Druid is designed for high performance and scalability, with the ability to handle large-scale data sets and complex queries. InfluxDB also offers scalability but is optimized for time series data specifically. Druid achieves better performance for multi-dimensional queries, while InfluxDB excels in querying time series data efficiently.

  3. Storage Format: Druid stores data in compressed, immutable segments that allow for efficient query processing and storage optimization. InfluxDB utilizes a compact binary storage format called the Time-Structured Merge Tree (TSM), which is tailored to optimize time series data storage and retrieval.

  4. Real-time Ingestion: Both Druid and InfluxDB support real-time data ingestion. Druid processes real-time data by ingesting it into real-time indexing tasks, while InfluxDB provides a continuous query capability that allows for real-time data ingestion and processing.

  5. Data Retention Policy: Druid offers native support for both time-based and non-time-based data retention policies. It allows defining data retention rules at the ingestion level. InfluxDB provides data retention policies based on time durations, allowing users to specify the duration for which data should be retained.

  6. Ecosystem and Integrations: Druid has a rich ecosystem with integrations with various data ingestion frameworks, such as Apache Kafka and Apache Samza. It also has integrations with popular BI tools and SQL-on-Hadoop systems. InfluxDB has a growing ecosystem with integrations for data collection, visualization, and alerting tools like Telegraf, Grafana, and Kapacitor.

Summary

In summary, Druid and InfluxDB differ in their data models and query languages, scalability and performance characteristics, storage formats, real-time ingestion approaches, data retention policies, and ecosystem integrations.

Advice on Druid and InfluxDB
Needs advice
on
HadoopHadoopInfluxDBInfluxDB
and
KafkaKafka

I have a lot of data that's currently sitting in a MariaDB database, a lot of tables that weigh 200gb with indexes. Most of the large tables have a date column which is always filtered, but there are usually 4-6 additional columns that are filtered and used for statistics. I'm trying to figure out the best tool for storing and analyzing large amounts of data. Preferably self-hosted or a cheap solution. The current problem I'm running into is speed. Even with pretty good indexes, if I'm trying to load a large dataset, it's pretty slow.

See more
Replies (1)
Recommends
on
DruidDruid

Druid Could be an amazing solution for your use case, My understanding, and the assumption is you are looking to export your data from MariaDB for Analytical workload. It can be used for time series database as well as a data warehouse and can be scaled horizontally once your data increases. It's pretty easy to set up on any environment (Cloud, Kubernetes, or Self-hosted nix system). Some important features which make it a perfect solution for your use case. 1. It can do streaming ingestion (Kafka, Kinesis) as well as batch ingestion (Files from Local & Cloud Storage or Databases like MySQL, Postgres). In your case MariaDB (which has the same drivers to MySQL) 2. Columnar Database, So you can query just the fields which are required, and that runs your query faster automatically. 3. Druid intelligently partitions data based on time and time-based queries are significantly faster than traditional databases. 4. Scale up or down by just adding or removing servers, and Druid automatically rebalances. Fault-tolerant architecture routes around server failures 5. Gives ana amazing centralized UI to manage data sources, query, tasks.

See more
Needs advice
on
InfluxDBInfluxDBMongoDBMongoDB
and
TimescaleDBTimescaleDB

We are building an IOT service with heavy write throughput and fewer reads (we need downsampling records). We prefer to have good reliability when comes to data and prefer to have data retention based on policies.

So, we are looking for what is the best underlying DB for ingesting a lot of data and do queries easily

See more
Replies (3)
Yaron Lavi
Recommends
on
PostgreSQLPostgreSQL

We had a similar challenge. We started with DynamoDB, Timescale, and even InfluxDB and Mongo - to eventually settle with PostgreSQL. Assuming the inbound data pipeline in queued (for example, Kinesis/Kafka -> S3 -> and some Lambda functions), PostgreSQL gave us a We had a similar challenge. We started with DynamoDB, Timescale and even InfluxDB and Mongo - to eventually settle with PostgreSQL. Assuming the inbound data pipeline in queued (for example, Kinesis/Kafka -> S3 -> and some Lambda functions), PostgreSQL gave us better performance by far.

See more
Recommends
on
DruidDruid

Druid is amazing for this use case and is a cloud-native solution that can be deployed on any cloud infrastructure or on Kubernetes. - Easy to scale horizontally - Column Oriented Database - SQL to query data - Streaming and Batch Ingestion - Native search indexes It has feature to work as TimeSeriesDB, Datawarehouse, and has Time-optimized partitioning.

See more
Ankit Malik
Software Developer at CloudCover · | 3 upvotes · 344.7K views
Recommends
on
Google BigQueryGoogle BigQuery

if you want to find a serverless solution with capability of a lot of storage and SQL kind of capability then google bigquery is the best solution for that.

See more
Decisions about Druid and InfluxDB
Benoit Larroque
Principal Engineer at Sqreen · | 2 upvotes · 141.6K views

I chose TimescaleDB because to be the backend system of our production monitoring system. We needed to be able to keep track of multiple high cardinality dimensions.

The drawbacks of this decision are our monitoring system is a bit more ad hoc than it used to (New Relic Insights)

We are combining this with Grafana for display and Telegraf for data collection

See more
Manage your open source components, licenses, and vulnerabilities
Learn More
Pros of Druid
Pros of InfluxDB
  • 15
    Real Time Aggregations
  • 6
    Batch and Real-Time Ingestion
  • 5
    OLAP
  • 3
    OLAP + OLTP
  • 2
    Combining stream and historical analytics
  • 1
    OLTP
  • 59
    Time-series data analysis
  • 30
    Easy setup, no dependencies
  • 24
    Fast, scalable & open source
  • 21
    Open source
  • 20
    Real-time analytics
  • 6
    Continuous Query support
  • 5
    Easy Query Language
  • 4
    HTTP API
  • 4
    Out-of-the-box, automatic Retention Policy
  • 1
    Offers Enterprise version
  • 1
    Free Open Source version

Sign up to add or upvote prosMake informed product decisions

Cons of Druid
Cons of InfluxDB
  • 3
    Limited sql support
  • 2
    Joins are not supported well
  • 1
    Complexity
  • 4
    Instability
  • 1
    Proprietary query language
  • 1
    HA or Clustering is only in paid version

Sign up to add or upvote consMake informed product decisions

What companies use Druid?
What companies use InfluxDB?
Manage your open source components, licenses, and vulnerabilities
Learn More

Sign up to get full access to all the companiesMake informed product decisions

What tools integrate with Druid?
What tools integrate with InfluxDB?

Sign up to get full access to all the tool integrationsMake informed product decisions

What are some alternatives to Druid and InfluxDB?
HBase
Apache HBase is an open-source, distributed, versioned, column-oriented store modeled after Google' Bigtable: A Distributed Storage System for Structured Data by Chang et al. Just as Bigtable leverages the distributed data storage provided by the Google File System, HBase provides Bigtable-like capabilities on top of Apache Hadoop.
MongoDB
MongoDB stores data in JSON-like documents that can vary in structure, offering a dynamic, flexible schema. MongoDB was also designed for high availability and scalability, with built-in replication and auto-sharding.
Cassandra
Partitioning means that Cassandra can distribute your data across multiple machines in an application-transparent matter. Cassandra will automatically repartition as machines are added and removed from the cluster. Row store means that like relational databases, Cassandra organizes data by rows and columns. The Cassandra Query Language (CQL) is a close relative of SQL.
Prometheus
Prometheus is a systems and service monitoring system. It collects metrics from configured targets at given intervals, evaluates rule expressions, displays the results, and can trigger alerts if some condition is observed to be true.
Elasticsearch
Elasticsearch is a distributed, RESTful search and analytics engine capable of storing data and searching it in near real time. Elasticsearch, Kibana, Beats and Logstash are the Elastic Stack (sometimes called the ELK Stack).
See all alternatives