Доступен (https://www.influxdata.com/influxdb-1-0-ga-released-a-retros... первый стабильный релиз СУБД InfluxDB (https://influxdata.com/time-series-platform/influxdb/), развиваемой для хранения, анализа, визуализации и манипулирования данными в формате временного ряда (https://ru.wikipedia.org/wiki/%D0%92%D1%... (срезы значений параметров через заданные промежутки времени). СУБД может применяться в таких областях, как анализ данных в режиме реального времени, визуализация трендов и истории событий, выявление аномалий, контроль качестве работы сервиса и т.п. Выпуск InfluxDB 1.0 ознаменовал стабилизацию API, языка запросов и формата хранения, которые теперь будут развиваться с сохранением обратной совместимости. Код InfluxDB написан на языке Go и распространяется (https://github.com/influxdata/influxdb) под лицензией MIT.
Особенности InfluxDB:- Встроенный HTTP API, позволяющий обращаться к СУБД из web-приложений без дополнительных серверных прослоек;
- Для описания структуры хранимых данных не требуется создание специальных схем, новые поля могут создаваться в любое время;
- К сохраняемым данным могут привязываться теги, что позволяет производить гибкие выборки;
- Поддержка SQL-подобного языка запросов с богатыми возможностями агрегирования данных;
- Ответ возвращается в формате JSON;
- Возможность отправки нескольких запросов в рамках одного обращения к СУБД;
- Поддержка непрерывно выполняемых запросов (Continuous Query (https://docs.influxdata.com/influxdb/v1.0/query_language/con... автоматически повторно выполняемых через определённые промежутки времени;
- Поддержка (https://docs.influxdata.com/influxdb/v1.0/query_language/dat... задания политики устаревания данных, позволяющей определить как долго данные должны храниться;- Простота установки и отсутствие внешних зависимостей;
- Высокая производительность (сотни тысяч операций записи в секунду) и возможность обработки запросов в режиме реального времени - поступающие данные индексируются и сразу становятся доступны для запросов, время выполнения которых не превышает 100 мс.
- Поддержка создания отказоустойчивых и распределённых кластерных конфигураций;
- Наличие встроенного web-интерфейса для администрирования СУБД.URL: https://www.influxdata.com/influxdb-1-0-ga-released-a-retros.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=45105
Наверно хорошая новость, но мне больше нравится MariaDB.
Как их можно сравнивать вообще?
Сравнивать можно всё. Например: апельсин значительно круглее пирамиды, а мертвый хомяк хуже правил дорожного движения.
Ладно про апельсин.... у его просто больше (сильно больше) углов, это сравнимо. НО мертвый хомяк гораздо лучше ППД, он даже лучше живого хомяка - его можно закопать и дома наконец будет меньше вонять.
Зато по ПДД можно научиться читать. И ПДД спасает жизни. А мёртвый хомяк умеет лишь вонять. Он даже не вонять не умеет.
Но мёртвый хомяк не может ошибиться, а ошибка в ПДД запросто может увеличить число мёртвых хомяков!
А ты я смотрю философ у нас будешь!
Есть такое "Не ты, дык в тебя", т.е. даже прочитав и выучив все ППД вы не застрахованы от аварии. т.е. умение читать, не может быть лучше свойства вонять (или не вонять).
Повесь табичку - хомяк on board)
Если умело подбросить мёртвого хомяка человеку в машину, ему вместо ПДД потребуется проездной.
> ПДД спасает жизни.А нам в автошколе врачи МЧС рассказывали, что в ПДД по части оказания доврачебной медицинской помощи написана редкостная фигня, исполнение которой приведёт к гибели пострадавшего в ДТП. И учили "как надо отвечать" и "что на самом деле надо делать". :)
>> ПДД спасает жизни.
> А нам в автошколе врачи МЧС рассказывали,Теперь ты круче, чем пдд и мёртвый хомяк, вместе взятые. Да-а?
Ох, ну да, ты прав. Но что ещё делать с этим оффтопом? :)
Мёртвый хомяк гораздо лучше удобряет землю, чем ПДД, так что мёртвый хомяк-таки лучше ПДД.
> Как их можно сравнивать вообще?Очень просто: берёшь одну задачу и решаешь её с помощью обеих. Я вот, в своё время, немало экспериментировал с довольно большими временными рядами, но делал это на MySQL и MS SQL Server. Очень любопытно на сколько эта штука справилась бы с этой задачей лучше. Если не сильно лучше - то не нужно, если сильно - значит надо переходить в таких задачах на неё. Этот принцип можно применить к любой СУБД, любое новое специализированное решение следует оценивать именно по критерию того, на сколько оно в своей сфере лучше универсального.
Почему? В принципе, при прочих равных, я бы тоже всегда выбрал полноценную SQL-базу, конечно, но тут вопрос скорости в конкретной задаче, на сколько я понимаю - вроде как подразумевается, что InfluxDB намного быстрее при работе с данными конкретного типа. Так что уже подумываю попробовать. На самом деле реально было бы интересно увидеть бенчмарки, сравнивающие Influx с Maria/MySQL, Mongo, Cassandra и Scylla (на примере обработки временных рядов, разумеется).
Полезно!
Чем полезно?
Пользой!
Бегом на ЛОР!
Бег тоже полезен...
И сколько ты пробегаешь за раз?
7 кругов вокруг опеннета или 4 вокруг ЛОРа.
Каков атлет!
> Полезно!Сравнения с RRD нет -- но радужный сайтик, с "девопсами" и гитхубиками, с MIT-l. и "коммерчесукой" версией... Это не настоящие time-series, ящитаю.
Squid access.log c over 10k пользователями в нее сливать. Реально полезная будет.
> Squid access.log c over 10k пользователями в нее сливать. Реально полезная будет.Не, influx это не elasticsearch. Это для храения метрик,т.е. не сами логи в нее пихать, а числа - количество и объем запросов в минуту,кол-во закешированного и промахоа, и.т.д.
Не совсем понятно.Вообще, имхо, в influx можно пихать достаточно большие сырые данные (timestamp, куча key-value полей), и по ним он сам сделает агрегации и расчеты все (те самые запросы в минуту итд).
Другое дело, что timestamp является уникальным первичным ключом, я не уверен, что они пофиксили проблему с его гранулярностью (мс).
С эластик в принципе можно всё то же самое всунуть, но эластик достаточно хорошо индексирует.
>>Другое дело, что timestamp является уникальным первичным ключом, я не уверен, что они пофиксили проблему с его гранулярностью (мс).Timestamps must be in Unix time and are assumed to be in nanoseconds.
[unix-nano-timestamp]пс: ссылку на баг репорт в студию
Поддержка создания отказоустойчивых и распределённых кластерных конфигураций; - это в коммерческом продукте InfluxEnterprise
Оно еще и коммерческое? Тогда двойное ненужно!
О господи, как же так, пилят годноту под лицензией MIT(!) да ещё и продавать её хотят! Совсем оборзели!P.S. Хоть бы ченджлог в новость добавили: https://github.com/influxdata/influxdb/blob/master/CHANGELOG.md
Надо зарабатывать на техподдержке.
лицензия лицензией, а распределённого опенсорцного инфлюха больше не будет, и об этом известно уже несколько месяцев
Если оно кому-то надо, форкнут.
Если никому не надо, ну значит никому не надо.
в предыдущих версиях оно было нестабильным да и при 100k rps сервер сдыхал, пытались использовать в качестве бэкенда для графита, в итоге выбрали касандру, т.к. она показала себя лучше.
Это как MySQL с TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ?
> Это как MySQL с TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
> ?нет
> Это как MySQL с TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
> ?это как rrd, только сетевой и с языком запросов
представлена новая СУБД LeftJoinBD
предназначена для хранения данных о штрафах ГИБДД. вот такая она специализированная, и только для лефт джойн запросов. очень под них оптимизирована, остальное неоптимизировано
Оно умеет индексировать по каким-то дополнительным полям? Т.е. можно, например, свалить в одну таблицу записи о нескольких сотнях субъектов (так, что о каждом из них в таблице будут миллионы записей) и потом эффективно выбирать записи, касающиеся конкретного субъекта?
Это не РСУБД, там не таблицы, а временнЫе ряды
Фиг знает, я после перебора ряда новых БД остановился на ArangoDB.
А так - Maria или Percona. Если всё более-менее по классике.
Хотя, под Марию есть плагин hqgraph, который позволяет работать с графовыми данными, искать кратчайшие пути, например.
Зато в Percona в таблицах типа MEMORY можно хранить данные типа TEXT и BLOB. В Марии и Мускуле - нельзя, насколько мне известно.
такое примнение и использование Go - это сразу в thrashcan.
и вообще это вотчина обьектно-реляционных гибридов/мутантов а не таких скотче-соплевых студенческих импровизаций.