Influxdb DB文件夹占用大量空间造成空间问题

我有一个grafana windows服务器。在那里，我们集成了HyperV snaphot相关的信息以及CPU、HV的内存使用等。我可以在我们的grana windows服务器中看到下面的文件夹

C:\InfluxDB\data\telegraf\autogen

在此autogen文件夹下，我可以看到多个子文件夹，其中包含

.tsm

文件。每个文件每7天创建一次，文件夹大小约为4到5GB。从2017年2月2日到2018年3月14日，此autogen文件夹中有许多文件，占用了大约225GB的空间。

您看到的内容：

autogen

是由XDB创建的默认自动生成，具有无限的数据保留时间。流入中的所有数据点都以逻辑方式存储在中。物理碎片数据被压缩并存储在

.tsm

文件中。碎片被统一到碎片组中。每个碎片组覆盖由所谓的时间间隔定义的特定时间范围，并存储属于该时间间隔的数据点。对于

保留期>6个月的RP

碎片组持续时间设置为

7天

有关更多信息，请参阅上的文档

关于你的问题：

• “我们是否可以缩小autogen文件的大小？”
  可能不会。你唯一能做的就是依靠XDB内部压缩。他们说，如果您增加

  碎片持续时间

  ，它可能会得到改进
  *尽管如此，由于XDB会删除整个碎片而不是单独的数据点，因此

  碎片持续时间的增加将使您的数据得以存储，直到整个碎片超出当前保留持续时间的范围，然后才会删除。不过，如果你有一个无限的保留期，这并不重要。这就引出了第二个问题

• “是否可以删除autogen文件夹下的旧文件？”
  如果您有能力丢失旧数据，或者没有足够的存储空间，XDB可以指定上面已经提到的数据保留策略（RP）。基本上，您的所有测量值都与特定RP相关联，并且数据将在保留期结束时立即删除。因此，如果指定RP为1年，XDB将自动删除所有早于

  now（）-1年的数据点。RP是处理存储问题的一种标准（而且非常明显）方法。RP思想的逻辑延续是在较长的离散时间间隔（下采样）内对数据进行分组和聚合。在流入中，可以通过连续查询（CQ）实现。你可以读更多的
  

---

总之，存储限制是不可避免的，正确配置保留策略是一条出路。

多亏了windy。