DB::Exception: Scalar subquery returned empty result. nope

DB::Exception: Scalar subquery returned empty result. nope

А что показывает select version() ?

1.1.54140

В 1.1.54178 это работает.

к сожалению, ещё какое-то время нет возможности обновиться

@artmkin а есть ли у clickhouse репа для ubuntu/debian? Ну чтоб оперативнее обновляться

https://clickhouse.yandex/#download

О! Спасибо!

А как часто обновляется? Там сейчас версия 1.1.54165

Нет, не выкладываем. Сейчас выкладываем только stable версию, а она появляется только после выкладки на все наши кластера. При чём, последние две недели релиз задерживается из-за сложных изменений с именем пользователя и директориями.

.

Господа, а не писал ли кто тестер кликхауса как timeseries db ?

хочется понагружать его под такой нагрузкой скажетм 450к записей в секунду и посмотрет что из этого получится

@Civiloid писал. Получил 2.4кк в секунду

выборки то при этом вообще шли ? :)

насколько помню не шли

@Civiloid поделись чего ?

насколько помню не шли

ну тоесть получился классический могильник :)

я сам экспортил данные из графита в КХ на скорости 1.5кк/s. в этом время этим КХ пользовались в штатном режиме, никто никаких тормозов не заметил, но цифр по нагрузке на чтение у меня нет

@rlomonosov а диски у вас какие?

14x500 GB ssd. во время переноса графита были нагружены на 2% (iostat util). В штатном режиме нагружены на 0.5%. Они же под графитом с whisper-ом были нагружены на 50%

@Civiloid поделись чего ?

спасибо https://github.com/Civil/graphite_perf_test_go

Спасибо!

А это только на запись?

А это только на запись?

да, только на запись было. Диск почти не нагружен и 2.4кк было стабильно

чтение параллельно было возможно, но немного сложновато

железо в тесте было 2xE5-2620v3 (6ядер в каждом), 128GB Ram, 2x1.6TB SSD (Raid 0)

под виспером disk utilization был пояркда 50% (30к иопс на запись), в кликхаусе около 1.5% (1000 иопс)

уперлись я так понял в сеть ?

чтение я руками делал, работало

сложно что-то наисать хуже whisper, чесслово

он просто дубовейший да еще и тормозной :)

уперлись я так понял в сеть ?

в сеть и в том что прокся на той же машине на пару с сервером ела весь цпу

сложно что-то наисать хуже whisper, чесслово

как ни странно ты не прав

виспер тупой на запись, высокий write amplification, но при этом по скорости чтения он очень хорош

намного лучше чем большинство других баз

потому что он использует очень простой формат, я думаю

никакой компресси, никакой оптимизации

вообще ничего

в сеть и в том что прокся на той же машине на пару с сервером ела весь цпу

а слали метрики в tcp ? udp ? pickle ?

потому что он использует очень простой формат, я думаю

потому что он read optimized скорее

а слали метрики в tcp ? udp ? pickle ?

tcp text protocol, pickle как мне помнится еще хуже

а с udp гарантии доставки нет

оптимизирован на чтение?

tcp text. а если его gzip-нуть ?

его читать можно разве что напрямую из файлов данных чем-либо типа либы на Go или C++

стандартная тулза на питоне падает почти мгновенно и толкьо подпорками на gunicorn можно хоть какой-то серьезный qps выжать :/

оптимизирован на чтение?

ну примерно, читать очень просто и в общем 2 операции на произвольный момент времени

стандартная тулза на питоне падает почти мгновенно и толкьо подпорками на gunicorn можно хоть какой-то серьезный qps выжать :/

вот у @rlomonosov есть замечательный go-carbon написанный на Го

ну если читать из файла - то согласен. а вот если тулзами что он предоставлвяет - не думаю

я юзал его, он крутой :)

так парни видимо мы вышли за тематику кликхауса

но это не отменяет дубовости формата хранения и того, что оно хочет терабайты данных для жизни %)

давайте это в церкви.

TSDB и CH это краеугольный вопрос, на самом деле

но это не отменяет дубовости формата хранения и того, что оно хочет терабайты данных для жизни %)

формат отвратительный, но мы до сих пор на нем потому что остальное еще хуже

на кликхаус смотрим, но времени не хватает

@Civiloid было бы круто упереться в кликхаус.

InfluxDB очень хорош

нет не хорош.

зависит от версии

и какой сторадж энджин использовался

InfluxDB очень хорош

я тестировал последний раз 0.13 пристально, на 20-30% хуже виспера в питонячьем исполнении

1,2

@pavel_odintsov у нас проблема в том что мы много пишем и много читаем.

@Civiloid аккмуло видели?

InfluxDB очень хорош

вот сейчас на просто безумном железе от него получаю 360к в секунду.

поэтому большинство вещей типа biggraphite, cyanite, kairosdb, influxdb ломаются хотя виспер еще пыхтит

@Civiloid аккмуло видели?

не щупал, где-то записан

не апаче аккмуло)

кликхаус интересен как комбайн. метрики, отчеты, нетфлоу. вот это вот всё

@pavel_odintsov а какой именно? Это то что чувак какой-то написал?

Accumuli тока

https://github.com/akumuli/Akumuli

:)

вот это

это embedded tsdb на тех же алгоритмах, что инфлакс

да, тоже записано где-то, но мне даже по описанию что-то не понравилось в ней

очень быстрай и на правильном языке (C++)

@pavel_odintsov так у инфлакса очень много пиара, но судя по том как оно работало - кроме пиара больше ничего у них нет

у него есть интеграция с графаной, это решает во многом

так смысл то, если оно хуже виспера

и быстрый апи выборки без кучи левых демонов

работает

для кого как :)

нет кластеризации плюс ко всему

это прям очень большая проблема

в платной версии все есть

оно в платной версии работает?

должно я думаю, по крайне мере заявлено

оно было в инфлаксе, но было выпилено

явно для монетизации

оно тогда не работало

а в инфалакс как данные вставляли?

по одному или батчами?

он в этом плане точь-в-точь КликХаус - если вставлять поштучно давится мгновенно

а вот если батчами по сотне тысяч записей - оч круто работает

он в этом плане точь-в-точь КликХаус - если вставлять поштучно давится мгновенно

вот я сейчас тестирую.

./influx-stress insert cpu,host=server,location=us-west,id=myid value=10 --batch-size 20000 --series 60000000 --host http://10.36.129.72:8086 --pps 450000 Using point template: cpu,host=server,location=us-west,id=myid value=10 <timestamp> Using batch size of 20000 line(s) Spreading writes across 60000000 series Throttling output to ~450000 points/sec Using 22 concurrent writer(s) Running until ~18446744073709551615 points sent or until ~2562047h47m16.854775807s has elapsed

батч 20к - ОК