我只是测试使用flowxdb 1.3.5来存储一个很小的数字（~30-300）非常长的整数系列（最坏情况：(86400)*(12*365) [sec/day * ((days/year)*12) * 1 device] = 378.432.000）
e.g。 320个设备的总分数：(86400)*(12*365)*320 [sec/day * ((days/year)*12) * 320 devices] = 121.098.240.000）
系列基数较低，等于设备数量。我正在使用第二精度时间戳（当我通过php-API提交涌入dbdb时启用该模式。 是的，我真的需要保留所有样本，因此下采样不是一种选择。
我正在将样本插入每个请求大小为86400的点阵列，从最旧到最新排序。 inmem和tsi1索引模式的行为类似（两种情况下均为OOM）。
尽管如此，由于内存不足，我无法将这一点数插入数据库而不会崩溃。 host-vm有8GiB的RAM和4GiB的Swap，完全填满。我无法找到有关该设置在文档中存在问题的任何内容。我找不到一个通知，表明此设置应该导致高RAM使用...
有没有人暗示这里可能出现的问题？
谢谢，一切顺利！ b -
[我在这里问了同样的问题，但未收到任何回复，这就是交叉投标的原因：https://community.influxdata.com/t/ever-increasing-ram-usage-with-low-series-cardinality/2555]
答案 0 :(得分：0)
我发现了最有可能出现的问题：
我的馈线中有一个错误导致时间戳没有更新到很多点，不同的值被反复写入相同的时间戳/标签组合。
如果您遇到类似情况，请尝试仔细检查管道中的每个步骤一段时间。
不幸的是，这不是问题，然而ram的使用量增加了，然后输入了比以前更多的积分。