Я знаю, что это старый вопрос, но поскольку он все еще очень актуален, и я борюсь с этой проблемой уже более года, я хотел бы ответить на этот вопрос без ответа, указав текущее состояние этой проблемы в соответствии с моим исследованием. :
Github выдает здесь и здесь подразумевает, что эта проблема известна с 2016 года и на самом деле не воспринимается участниками как проблема, поскольку есть сомнительные основания для реализации (например, не ошибка, это особенность, потому что неоднозначность нескольких серий), на которую можно легко ответить с помощью специальных правил для идентификации уникальной серии, но больше не было большой активности, несмотря на большой интерес сообщества пользователей. Другой момент заключается в том, что они опубликовали версию 2.x, которая больше полагается на их новый язык запросов (Flux), поэтому весьма вероятно, что они более или менее практически отказались от ветки 1.x с InfluxQL (возможно, за исключением обратной совместимости QL. в 2.x и некоторые незначительные обновления, не уверен).
Тем временем я обновлял Grafana несколько раз, но мне пришлось придерживаться InfluxDB 1.x по нескольким причинам, и поддержка Flux в какой-то момент изменилась (устаревший плагин Flux, но Flux включен в стандартный плагин InfluxDB, но последний действительно не работает ), так что Flux в Grafana уже какое-то время больше не работает. Я надеялся, что там будет лучше справляться с проблемой подсчета, но теперь мне не повезло с надежным подсчетом чего-либо в InfluxDB. Я даже пробовал трюки с функцией sum()
, причудливой группировкой и фиктивными значениями, которые мне нужно повторно вычесть снова и еще много чего, но это всегда сводилось к одному и тому же выводу: InfluxDB может многое, но подсчет просто не работает.
Это очень неудовлетворительно, но, похоже, нет способа достичь нетерпеливой цели подсчета точек данных без системы раздутых запросов, чрезмерного использования странных правил, фиктивных значений и незащищенности, которую любой запрос может сломать в любой момент или сломаться. если вам нужно запросить только определенный временной интервал (где любой обходной путь фиктивного значения может не работать). Что касается приоритета, это может не быть исправлено в ближайшем будущем.
25.03.2021