Documentation

Troubleshoot queries

Troubleshoot SQL and InfluxQL queries that return unexpected results.

Why doesn’t my query return data?

If a query doesn’t return any data, it might be due to the following:

  • Your data falls outside the time range (or other conditions) in the query–for example, the InfluxQL SHOW TAG VALUES command uses a default time range of 1 day.

  • The query (InfluxDB server) timed out.

  • The query client timed out. See Query timeout best practices for guidance on setting appropriate timeouts.

  • The query return type is not supported by the client library. For example, array or list types may not be supported. In this case, use array_to_string() to convert the array value to a string–for example:

    SELECT array_to_string(array_agg([1, 2, 3]), ', ')

If a query times out or returns an error, it might be due to the following:

  • a bad request
  • a server or network problem
  • it queries too much data

Understand Arrow Flight responses and error messages for queries.

Optimize slow or expensive queries

If a query is slow or uses too many compute resources, limit the amount of data that it queries.

See how to optimize queries.

Analyze your queries

Use the following tools to retrieve system query information, analyze query execution, and find performance bottlenecks:

Request help to troubleshoot queries

Some bottlenecks may result from suboptimal query execution plans and are outside your control–for example:

  • Sorting (ORDER BY) data that is already sorted
  • Retrieving numerous small Parquet files from the object store, instead of fewer, larger files
  • Querying many overlapped Parquet files
  • Performing a high number of table scans

If you have followed steps to optimize and troubleshoot a query, and it isn’t meeting your performance requirements, see how to report query performance issues.

Query trace logging

Currently, customers cannot enable trace logging for InfluxDB clusters. InfluxData engineers can use query plans and trace logging to help pinpoint performance bottlenecks in a query.

See how to report query performance issues.


Was this page helpful?

Thank you for your feedback!


InfluxDB 3.9: Performance upgrade preview

InfluxDB 3 Enterprise 3.9 includes a beta of major performance upgrades with faster single-series queries, wide-and-sparse table support, and more.

InfluxDB 3 Enterprise 3.9 includes a beta of major performance and feature updates.

Key improvements:

  • Faster single-series queries
  • Consistent resource usage
  • Wide-and-sparse table support
  • Automatic distinct value caches for reduced latency with metadata queries

Preview features are subject to breaking changes.

For more information, see:

Telegraf Enterprise now in public beta

Get early access to the Telegraf Controller and provide feedback to help shape the future of Telegraf Enterprise.

See the Blog Post

The upcoming Telegraf Enterprise offering is for organizations running Telegraf at scale and is comprised of two key components:

  • Telegraf Controller: A control plane (UI + API) that centralizes Telegraf configuration management and agent health visibility.
  • Telegraf Enterprise Support: Official support for Telegraf Controller and Telegraf plugins.

Join the Telegraf Enterprise beta to get early access to the Telegraf Controller and provide feedback to help shape the future of Telegraf Enterprise.

For more information:

Telegraf Controller v0.0.6-beta now available

Telegraf Controller v0.0.6-beta is now available with new features, improvements, and bug fixes.

View the release notes
Download Telegraf Controller v0.0.6-beta

InfluxDB Docker latest tag changing to InfluxDB 3 Core

On May 27, 2026, the latest tag for InfluxDB Docker images will point to InfluxDB 3 Core. To avoid unexpected upgrades, use specific version tags in your Docker deployments.

If using Docker to install and run InfluxDB, the latest tag will point to InfluxDB 3 Core. To avoid unexpected upgrades, use specific version tags in your Docker deployments. For example, if using Docker to run InfluxDB v2, replace the latest version tag with a specific version tag in your Docker pull command–for example:

docker pull influxdb:2