The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Представлена СУБД InfluxDB 1.0

08.09.2016 23:23

Доступен первый стабильный релиз СУБД InfluxDB, развиваемой для хранения, анализа, визуализации и манипулирования данными в формате временного ряда (срезы значений параметров через заданные промежутки времени). СУБД может применяться в таких областях, как анализ данных в режиме реального времени, визуализация трендов и истории событий, выявление аномалий, контроль качестве работы сервиса и т.п. Выпуск InfluxDB 1.0 ознаменовал стабилизацию API, языка запросов и формата хранения, которые теперь будут развиваться с сохранением обратной совместимости. Код InfluxDB написан на языке Go и распространяется под лицензией MIT.

Особенности InfluxDB:

  • Встроенный HTTP API, позволяющий обращаться к СУБД из web-приложений без дополнительных серверных прослоек;
  • Для описания структуры хранимых данных не требуется создание специальных схем, новые поля могут создаваться в любое время;
  • К сохраняемым данным могут привязываться теги, что позволяет производить гибкие выборки;
  • Поддержка SQL-подобного языка запросов с богатыми возможностями агрегирования данных;
  • Ответ возвращается в формате JSON;
  • Возможность отправки нескольких запросов в рамках одного обращения к СУБД;
  • Поддержка непрерывно выполняемых запросов (Continuous Query), автоматически повторно выполняемых через определённые промежутки времени;
  • Поддержка задания политики устаревания данных, позволяющей определить как долго данные должны храниться;
  • Простота установки и отсутствие внешних зависимостей;
  • Высокая производительность (сотни тысяч операций записи в секунду) и возможность обработки запросов в режиме реального времени - поступающие данные индексируются и сразу становятся доступны для запросов, время выполнения которых не превышает 100 мс.
  • Поддержка создания отказоустойчивых и распределённых кластерных конфигураций (дополнение: кластеризация оставлена только в коммерческой редакции InfluxDB Enterprise);
  • Наличие встроенного web-интерфейса для администрирования СУБД.


  1. Главная ссылка к новости (https://www.influxdata.com/inf...)
  2. OpenNews: Выпуск встраиваемой СУБД Sophia 2.2
  3. OpenNews: Доступна распределённая графо-ориентированная СУБД Dgraph 0.4
  4. OpenNews: Открыты исходные тексты СУБД TrailDB
  5. OpenNews: Выпуск СУБД RethinkDB 2.3
  6. OpenNews: Вышел RRDtool 1.3.0, использующий для формирования графиков Cairo и Pango
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/45105-influxdb
Ключевые слова: influxdb, database
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (45) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Мегатрон (?), 00:02, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Наверно хорошая новость, но мне больше нравится MariaDB.
     
     
  • 2.4, Аноним (-), 01:36, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Как их можно сравнивать вообще?
     
     
  • 3.6, A.Stahl (ok), 08:48, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Сравнивать можно всё. Например: апельсин значительно круглее пирамиды, а мертвый хомяк хуже правил дорожного движения.
     
     
  • 4.8, GreenX (ok), 09:36, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ладно про апельсин.... у его просто больше (сильно больше) углов, это сравнимо. НО мертвый хомяк гораздо лучше ППД, он даже лучше живого хомяка - его можно закопать и дома наконец будет меньше вонять.
     
     
  • 5.9, A.Stahl (ok), 09:39, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зато по ПДД можно научиться читать. И ПДД спасает жизни. А мёртвый хомяк умеет лишь вонять. Он даже не вонять не умеет.
     
     
  • 6.10, Yuris (??), 09:47, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Но мёртвый хомяк не может ошибиться, а ошибка в ПДД запросто может увеличить число мёртвых хомяков!
     
     
  • 7.18, Аноним (-), 10:27, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ты я смотрю философ у нас будешь!
     
  • 6.11, GreenX (ok), 09:50, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Есть такое "Не ты, дык в тебя", т.е. даже прочитав и выучив все ППД вы не застрахованы от аварии. т.е. умение читать, не может быть лучше свойства вонять (или не вонять).
     
     
  • 7.23, Sw00p aka Jerom (?), 11:25, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Повесь табичку - хомяк on board)
     
  • 6.13, Аноним (-), 09:57, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если умело подбросить мёртвого хомяка человеку в машину, ему вместо ПДД потребуется проездной.
     
  • 6.35, freehck (ok), 13:34, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ПДД спасает жизни.

    А нам в автошколе врачи МЧС рассказывали, что в ПДД по части оказания доврачебной медицинской помощи написана редкостная фигня, исполнение которой приведёт к гибели пострадавшего в ДТП. И учили "как надо отвечать" и "что на самом деле надо делать". :)

     
     
  • 7.36, Andrey Mitrofanov (?), 13:49, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> ПДД спасает жизни.
    > А нам в автошколе врачи МЧС рассказывали,

    Теперь ты круче, чем пдд и мёртвый хомяк, вместе взятые. Да-а?

     
     
  • 8.38, freehck (ok), 15:42, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ох, ну да, ты прав Но что ещё делать с этим оффтопом ... текст свёрнут, показать
     
  • 6.46, Аноним (-), 22:39, 11/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Мёртвый хомяк гораздо лучше удобряет землю, чем ПДД, так что мёртвый хомяк-таки лучше ПДД.
     
  • 3.32, Онаним (?), 12:41, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как их можно сравнивать вообще?

    Очень просто: берёшь одну задачу и решаешь её с помощью обеих. Я вот, в своё время, немало экспериментировал с довольно большими временными рядами, но делал это на MySQL и MS SQL Server. Очень любопытно на сколько эта штука справилась бы с этой задачей лучше. Если не сильно лучше - то не нужно, если сильно - значит надо переходить в таких задачах на неё. Этот принцип можно применить к любой СУБД, любое новое специализированное решение следует оценивать именно по критерию того, на сколько оно в своей сфере лучше универсального.

     
  • 2.29, Омоним (?), 12:30, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Почему? В принципе, при прочих равных, я бы тоже всегда выбрал полноценную SQL-базу, конечно, но тут вопрос скорости в конкретной задаче, на сколько я понимаю - вроде как подразумевается, что InfluxDB намного быстрее при работе с данными конкретного типа. Так что уже подумываю попробовать. На самом деле реально было бы интересно увидеть бенчмарки, сравнивающие Influx с Maria/MySQL, Mongo, Cassandra и Scylla (на примере обработки временных рядов, разумеется).
     

  • 1.2, Dkg (?), 00:36, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Полезно!
     
     
  • 2.19, Аноним (-), 10:28, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чем полезно?
     
     
  • 3.20, A.Stahl (ok), 11:10, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пользой!
     
     
  • 4.21, Аноним (-), 11:16, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Бегом на ЛОР!
     
     
  • 5.22, A.Stahl (ok), 11:18, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Бег тоже полезен...
     
     
  • 6.30, Аноним (-), 12:34, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И сколько ты пробегаешь за раз?
     
     
  • 7.34, A.Stahl (ok), 13:22, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    7 кругов вокруг опеннета или 4 вокруг ЛОРа.
     
     
  • 8.40, Аноним (-), 16:58, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Каков атлет ... текст свёрнут, показать
     
  • 2.26, Andrey Mitrofanov (?), 11:46, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Полезно!

    Сравнения с RRD нет  -- но радужный сайтик, с "девопсами" и гитхубиками, с MIT-l. и "коммерчесукой" версией...   Это не настоящие time-series, ящитаю.

     

  • 1.3, LinuxID (ok), 01:28, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Squid access.log c over 10k пользователями в нее сливать. Реально полезная будет.
     
     
  • 2.7, Q (??), 08:57, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Squid access.log c over 10k пользователями в нее сливать. Реально полезная будет.

    Не, influx это не elasticsearch. Это для храения метрик,т.е. не сами логи в нее пихать, а числа - количество и объем запросов в минуту,кол-во закешированного и промахоа, и.т.д.

     
     
  • 3.24, thelamon (ok), 11:28, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Не совсем понятно.

    Вообще, имхо, в influx можно пихать достаточно большие сырые данные (timestamp, куча key-value полей), и по ним он сам сделает агрегации и расчеты все (те самые запросы в минуту итд).

    Другое дело, что timestamp является уникальным первичным ключом, я не уверен, что они пофиксили проблему с его гранулярностью (мс).

    С эластик в принципе можно всё то же самое всунуть, но эластик достаточно хорошо индексирует.

     
     
  • 4.42, Sw00p aka Jerom (?), 01:45, 10/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >>Другое дело, что timestamp является уникальным первичным ключом, я не уверен, что они пофиксили проблему с его гранулярностью (мс).

    Timestamps must be in Unix time and are assumed to be in nanoseconds.
    [unix-nano-timestamp]

    пс: ссылку на баг репорт в студию

     

  • 1.5, tr (?), 06:44, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Поддержка создания отказоустойчивых и распределённых кластерных конфигураций; - это в коммерческом продукте InfluxEnterprise
     
     
  • 2.17, Аноним (-), 10:25, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Оно еще и коммерческое? Тогда двойное ненужно!
     
     
  • 3.25, noname.htm (?), 11:29, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    О господи, как же так, пилят  годноту под лицензией MIT(!) да ещё и продавать её хотят! Совсем оборзели!

    P.S. Хоть бы ченджлог в новость добавили: https://github.com/influxdata/influxdb/blob/master/CHANGELOG.md

     
     
  • 4.31, Аноним (-), 12:35, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Надо зарабатывать на техподдержке.
     
  • 4.37, Аноним (-), 14:13, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    лицензия лицензией, а распределённого опенсорцного инфлюха больше не будет, и об этом известно уже несколько месяцев
     
     
  • 5.41, Аноним (-), 21:51, 09/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Если оно кому-то надо, форкнут.
    Если никому не надо, ну значит никому не надо.
     

  • 1.27, Аноним (-), 11:59, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    в предыдущих версиях оно было нестабильным да и при 100k rps сервер сдыхал, пытались использовать в качестве бэкенда для графита, в итоге выбрали касандру, т.к. она показала себя лучше.
     
  • 1.28, Аноним (-), 12:23, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это как MySQL с TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ?
     
     
  • 2.44, Аноним (-), 14:49, 10/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Это как MySQL с TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
    > ?

    нет

     
  • 2.45, Аноним (-), 14:51, 10/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Это как MySQL с TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
    > ?

    это как rrd, только сетевой и с языком запросов

     

  • 1.33, ...aNALaGgReeSROR... (?), 13:13, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    представлена новая СУБД LeftJoinBD
    предназначена для хранения данных о штрафах ГИБДД. вот такая она специализированная, и только для лефт джойн запросов. очень под них оптимизирована, остальное неоптимизировано
     
  • 1.39, Аноним (-), 15:57, 09/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оно умеет индексировать по каким-то дополнительным полям? Т.е. можно, например, свалить в одну таблицу записи о нескольких сотнях субъектов (так, что о каждом из них в таблице будут миллионы записей) и потом эффективно выбирать записи, касающиеся конкретного субъекта?
     
     
  • 2.43, Аноним (-), 14:48, 10/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это не РСУБД, там не таблицы, а временнЫе ряды
     

  • 1.47, MMx (?), 09:48, 15/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Фиг знает, я после перебора ряда новых БД остановился на ArangoDB.
     
     
  • 2.48, MMx (?), 09:52, 15/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А так - Maria или Percona. Если всё более-менее по классике.
    Хотя, под Марию есть плагин hqgraph, который позволяет работать с графовыми данными, искать кратчайшие пути, например.
    Зато в Percona в таблицах типа MEMORY можно хранить данные типа TEXT и BLOB. В Марии и Мускуле - нельзя, насколько мне известно.
     

  • 1.49, Аноним (-), 01:54, 16/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    такое примнение и использование Go - это сразу в thrashcan.
    и вообще это вотчина обьектно-реляционных гибридов/мутантов а не таких скотче-соплевых студенческих импровизаций.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    A-Real
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2021 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру