我只是在测试influxdb 1.3.5，用于存储非常长的整数系列的少量（〜30-300）（最坏的情况： (86400)*(12*365) [sec/day * ((days/year)*12) * 1 device] = 378.432.000）
例如。总点的数量为320个设备：(86400)*(12*365)*320 [sec/day * ((days/year)*12) * 320 devices] = 121.098.240.000）
系列基数较低，等于设备的数量。我使用的是第二精确的时间戳（当我通过PHP-API投入流入时，启用了该模式。是的，我真的需要保留所有样本，因此不是选择降采样。
我正在将样本插入每个请求的点86400的点阵列，从最旧到最新。inmem和tsi1索引模式的行为相似（在两种情况下为OOM）。
尽管所有这些，我无法将此数量插入数据库中，而不会因内存不足而崩溃。HOST-VM具有8GIB RAM和4GIB交换，它们完全填充。我在文档中找不到有关该设置有问题的信息。我找不到指示此设置的通知，应该完全导致高RAM使用...
有人暗示这里可能出了什么问题吗？
谢谢！B-
[我在这里问了同样的问题，但没有收到任何答复，这就是交叉点的原因：https：//community.influxdata.com/t/ever-increasing-increasing-increasing-ram-usage-with-low-series-cardinality/2555555555555555555。]
我发现了最有可能的问题是：
我的进纸器中有一个错误，导致时间戳未更新到许多具有不同值的点的时间戳记，一遍又一遍地写入相同的时间戳/标签组合。
如果您遇到类似的东西，请尝试在管道中进行一次仔细检查，以了解错误。
不幸的是，这不是问题，但是，RAM的使用情况仍然比以前更多。