Influxdb 不断增加的RAM使用率和较低的系列基数

我只是在测试XDB 1.3.5，以存储少量（~30-300）非常长的整数系列（最坏的情况是：

（86400）*（12*365）[秒/天*（（天/年）*12）*1个设备]=378.432.000

）

e、 g.320台设备的总分为：

（86400）*（12*365）*320[秒/天*（（天/年）*12）*320台设备]=121.098.240.000

）

序列基数较低，等于设备数。我使用的是第二精度时间戳（当我通过PHPAPI提交XDB时，该模式被启用）。 是的，我真的需要保留所有的样本，所以下采样不是一个选项

我将样本作为点阵列插入，每个请求的大小为86400，从最旧到最新排序。对于

inmem

和

tsi1

索引模式，行为类似（在这两种情况下都是OOM）

尽管如此，由于内存不足，我无法在不崩溃的情况下将此数量的点插入数据库。主机vm有8GiB的RAM和4GB的交换空间，完全填满了。我在文档中找不到任何关于该设置有问题的信息。我找不到任何说明该设置应该结果是内存使用率很高

有人对这里可能出现的问题有什么提示吗

谢谢你，祝你一切顺利！ b-

[我在这里问了同样的问题，但没有收到回复，这就是交叉发布的原因：

我发现问题最有可能是：

我的feeder中有一个bug，导致时间戳没有被更新到许多具有不同值的点，这些点被反复写入相同的时间戳/标记组合

如果您遇到类似的情况，请尝试在一段时间内仔细检查管道中的每个步骤是否存在错误

不幸的是，这并不是问题所在，ram使用率上升，然后导入了比以前更多的点数。

我发现问题最有可能是：

我的feeder中有一个bug，导致时间戳没有被更新到许多具有不同值的点，这些点被反复写入相同的时间戳/标记组合

如果您遇到类似的情况，请尝试在一段时间内仔细检查管道中的每个步骤是否存在错误

---

不幸的是，这不是问题所在，但是ram使用率上升，然后导入了比以前更多的点。

我建议尝试其他ram要求低于InfluxDB的时序数据库。请参阅作为参考。我建议尝试其他ram要求低于InfluxDB的时序数据库。请参阅作为参考恩斯。