如何抑制InfluxDB过快增长？保留目标数据及永久Retention Policy

问题背景 #

用InfluxDB存储IoBroker数据时，数据库增长速度远超预期，排查后发现大量数据来自InfluxDB自身的监控指标，而非目标业务数据。需求是在不减少IoBroker原始数据、不修改目标Bucket永久Retention Policy的前提下，抑制数据库增长。

关于InfluxDB自带监控指标的说明 #

你统计到的这些_measurement都是InfluxDB的内部监控数据，具体作用和必要性如下：

• http_api_request_duration_seconds：记录HTTP API请求的耗时，用于排查API性能问题
• service_bucket_new_duration：记录创建Bucket的操作耗时，正常情况下不会产生大量数据，若出现高频写入可能是存在重复创建Bucket的操作
• storage_compactions_duration_seconds：记录存储压缩操作的耗时，用于监控数据库存储效率
• query_influxdb_source_read_request_duration_seconds：记录数据读取请求的耗时，用于监控查询性能

这些数据并非业务必需，如果不需要监控InfluxDB自身的运行状态，完全可以禁用写入或清理已存在的数据，不会影响IoBroker数据的存储和查询。

具体解决方法 #

1. 禁用内部监控数据写入 #

InfluxDB默认会把自身监控数据写入_monitoring Bucket（2.x版本），可以通过CLI命令直接禁用：

influx config set --config-name <你的配置名称> --disable-monitoring true

如果是自定义部署的实例，也可以修改influxdb.conf配置文件，找到monitoring模块设置enabled = false，之后重启InfluxDB服务即可生效。

2. 清理已积累的非必要数据 #

针对已经存在的这些监控数据，可以用Flux查询批量删除（2.x版本）：

import "influxdata/influxdb/v1"

v1.delete(
  bucket: "你的目标Bucket名称",
  predicate: '_measurement =~ /http_api_request_duration_seconds|service_bucket_new_duration|storage_compactions_duration_seconds|query_influxdb_source_read_request_duration_seconds/'
)

执行前务必确认Bucket名称，避免误删IoBroker的业务数据。

3. 可选优化：分离监控与业务数据 #

如果后续需要保留InfluxDB的监控数据，建议将其写入单独的Bucket，并给这个Bucket设置较短的Retention Policy（比如保留30天），这样既不影响业务数据的永久存储，也能控制监控数据的占用体积。

内容的提问来源于stack exchange，提问作者Smarty