When writing in large amounts of raw data, you will often want to query a downsampled variant of the data for viewing or analysis. In some cases, this downsampled data may be needed many times in the future, and repeatedly computing the same rollups is wasteful. Continuous queries let you precompute these expensive queries into another time series in real-time. Here are a few examples:
select percentile(value, 95) from response_times group by time(5m) into response_times.percentiles.5m.95 select count(type) from events group by time(10m), type into events.count_per_type.10m
Creating Continuous Queries
Continuous queries are created when you issue a select statement with an
Instead of returning the results immediately like a normal select query, InfluxDB will instead store this continuous query and run it periodically as data is collected.
Only cluster and database admins are allowed to create continuous queries.
Fanout Continuous Queries
Fanout queries work as a kind of index.
If you have a series where you’re commonly querying
where some_col = 'some string' then you may want to use the fanout query to create series for each column values.
For example, the following query will fan every point from the time series
events into a separate series per unique
select * from events into events.[page_id];
[page_id] will get interpolated with the value from the
Null values will result in a time series like
events. so it’s up to you to ensure that you actually write a
page_id value with each event.
You can save some space by selecting only the columns you want included in the fanned out series:
select type from events into events.[page_id]
This would take only the
type column into each page specific events series.
Fanout queries won’t backfill old data.
Only data written in after the creation of the fanout query will be evaluated.
Associating fanned out points with the original points
When points are fanned out, the resulting points have the same
That means if you know the source series, you’ll be able to query the point that produced a fanout point by time and sequence number.
Downsampling Continuous Queries
This is expected to be the primary use case for continuous queries. When a continuous query is created from a select query that contains a group by time() clause, InfluxDB will write the aggregate into the target time series when each time interval elapses. On creation, the cluster will backfill old data asynchronously in the background.
select count(name) from clicks group by time(1h) into clicks.count.1h
Each hour, this query will count the number of points written into the time series called
clicks and write a single point into the target time series called
It’s important to note that this happens as soon as the hour has elapsed.
So if you have delayed data collection, this number may be off.
Watch this issue for when that will change.
Listing Continuous Queries
To see the continuous queries you have defined, query
list continuous queries and InfluxDB will return the id and query for each continuous query in the database.
Deleting Continuous Queries
Continuous queries are referred to by their internal id, which can be retrieved through the
list continuous queries command.
The drop query takes the following form:
drop continuous query <id>
In the event that the source time series already has data in it when you create a new downsampled continuous query, InfluxDB will go back in time and calculate the values for all intervals up to the present. The continuous query will then continue running in the background for all current and future intervals.
Fanout queries currently don’t backfill. Watch this issue to track fanout backfill.
Recalculating Historical Intervals
Currently, the only way to recalculate historical intervals is to drop the continuous query and recreate it. However, there is an issue open to be able to recalculate the continuous query for arbitrary ranges in the past.
Restrictions on Continuous Queries
It’s important to note that not all select queries can be turned into continuous queries. The limitations are specific to whether you have a group by time clause (downsampling) or no group by time clause (fanout).
Fanout queries don’t work with inner joins, merges, or the where clause.