InfluxDB 2.2如何配置实现总存储大小不超过5GB

固定时长的保留策略（RP）确实适配不了你这种写入速率未知的场景，我之前在同配置的ARM边缘网关部署过同版本InfluxDB，核心思路是从「硬限组件体积+写入端减容+动态淘汰老数据」三个层面组合控制，不需要依赖固定时长RP就能把总存储锁在5GB以内，所有操作兼容2.2版本，资源占用极低：

1. 先给核心组件设硬上限，避免无预期膨胀 #

很多时候存储爆掉不是时序数据占的，是预写日志、缓存这类默认无硬限的组件堆出来的，先改配置文件锁死这部分体积：

• 找到InfluxDB配置文件（默认路径/etc/influxdb/config.toml），修改/新增以下参数：

  # 预写日志最大占用256MB，到阈值自动刷盘，默认无上限
  wal-max-size-mb = 256
  # 内存写缓存最大128MB，满了立刻落盘生成TSM文件，避免连带WAL膨胀
  cache-max-memory-size = "128m"
  # 关闭内存页预读，减少嵌入式设备不必要的存储和内存占用
  tsm-use-madv-willneed = false
  

• 给每个bucket设置series数量上限，比如单bucket最多10000条series，避免高基数字段（比如随机UUID、流水号当tag）把索引体积撑爆，超过上限直接拒绝异常写入，不会让垃圾数据占空间。

2. 用动态容量触发的淘汰逻辑替代固定RP #

不要写死保留时长，写个轻量定时脚本10分钟跑一次就行，CPU和内存占用可以忽略：

• 脚本逻辑非常简单：
  1. 统计InfluxDB引擎目录总占用（默认路径/var/lib/influxdb2/engine/，包含TSM数据、WAL、索引），用du -s /var/lib/influxdb2/engine/ | awk '{print $1}'获取体积（单位KB）
  2. 设两个水位：高水位4.5GB（4718592KB）、低水位4GB（4194304KB），留500MB冗余避免写爆系统盘
  3. 当总占用超过高水位时，优先从最老的分片组开始删除，直到总占用回落到低水位以下。这里建议建bucket的时候把分片组时长设为1小时，每个分片组写完就不会再修改，直接删分片是整文件删除，速度快、无存储碎片，比等RP异步删过期数据效率高很多。
• 如果你不想自己写删分片的逻辑，也可以在触发高水位时，把所有bucket的RP时长每次砍20%，InfluxDB会在后台自动清理过期数据，直到占用回落到阈值以下再停止调整。

3. 不建议踩的坑 #

• 不要用系统层面的磁盘配额（比如ext4 quota、目录大小硬限制）直接卡InfluxDB的数据目录，一旦触顶InfluxDB会直接写入失败，进程大概率异常退出，有丢数据风险。
• 不要为了省空间关TSM压缩，InfluxDB默认的TSM压缩对CPU消耗极低，压缩比能到10:1左右，关了反而会让存储体积翻好几倍。
• 不要把分片组时长设得太大（比如超过1天），不然删老数据的时候只能删大文件，容易出现删完还是超阈值、或者删太多浪费存储空间的问题。

这套方案跑下来，写入量小的时候数据能存几个月，写入密集的时候自动淘汰老数据保证总占用不超5GB，不需要提前知道写入速率和数据体量，比固定RP灵活很多。

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