DC
для listen
lol, я IP так спрятал )
Могу писать 8.8.8.8:9001, если так будет проще :)
Там IP моего сервера
Size: a a a
2020 June 05
DC
означает все IP
n🐈
айпи стоит прятать за файрволом, а не за редактированием текста)
DC
ясно, загадочно. system.one тоже?
OA
айпи стоит прятать за файрволом, а не за редактированием текста)
Согласен, но писать в чате IP как-то неразумно )
DC
ааааа сколько пинг между серверами?
DC
попробуйте так из КХ клиента
set connect_timeout_with_failover_ms=1000;
select * from remote('xxx:9001', system, one, 'юзер', 'пароль');
set connect_timeout_with_failover_ms=1000;
select * from remote('xxx:9001', system, one, 'юзер', 'пароль');
DC
у КХ таймаут 50мс по дефолту, хотя в
20.3.10.75 вроде как не должно влиять это на remoteOA
Да, скорее всего тут проблема
Из России в Германию идём :)
Ща попробую
Из России в Германию идём :)
Ща попробую
OA
у КХ таймаут 50мс по дефолту, хотя в
20.3.10.75 вроде как не должно влиять это на remoteОгонь! Работает :)))))
OA
Спасибо!
DC
а ясно, так и не сделали https://github.com/ClickHouse/ClickHouse/issues/5188 годы идут.
AT
Да, скорее всего тут проблема
Из России в Германию идём :)
Ща попробую
Из России в Германию идём :)
Ща попробую
а данных то много? если много то файлами удобнее... я думал что у вас в одной сетке два сервера стоит
OA
Al T
а данных то много? если много то файлами удобнее... я думал что у вас в одной сетке два сервера стоит
Не, данных немного, пара Гб
VA
Привет!
А есть возможность хранить словари не только в памяти? Видел пару слов об этом в документации, но не больше, может оно уже в релизе, просто документацию не обновили?
Сценарий использования - хранение нескольких небольших табличек из mySQL, которые остались бы в живых после перезапуска сервера клика. На случай если mySQL-ю в этот момент настал конец.
А есть возможность хранить словари не только в памяти? Видел пару слов об этом в документации, но не больше, может оно уже в релизе, просто документацию не обновили?
Сценарий использования - хранение нескольких небольших табличек из mySQL, которые остались бы в живых после перезапуска сервера клика. На случай если mySQL-ю в этот момент настал конец.
AK
Привет!
А есть возможность хранить словари не только в памяти? Видел пару слов об этом в документации, но не больше, может оно уже в релизе, просто документацию не обновили?
Сценарий использования - хранение нескольких небольших табличек из mySQL, которые остались бы в живых после перезапуска сервера клика. На случай если mySQL-ю в этот момент настал конец.
А есть возможность хранить словари не только в памяти? Видел пару слов об этом в документации, но не больше, может оно уже в релизе, просто документацию не обновили?
Сценарий использования - хранение нескольких небольших табличек из mySQL, которые остались бы в живых после перезапуска сервера клика. На случай если mySQL-ю в этот момент настал конец.
ну да, стандартный механизм словарей как раз умеет тянуть таблицы из других БД, мы например, тянем из Постгреса несколько более-менее статичных таблиц со справочными данными и с ними потом уже джойнимся в запросе к основным таблицам КХ
VA
Это понятно, мы тоже активно используем словари. Но они хранятся в памяти, а хочется чтобы они пережили перезагрузку сервера. Недавно словили совершенно жуткий по продолжительности даунтайм датацентра с mySQL базой, и если в процессе очередного такого выкрутаса случится перезапуск клика - будет не очень.
AK
да, теперь я понял... тогда присоединяюсь к твоему вопросу) интересно...
PB
Это понятно, мы тоже активно используем словари. Но они хранятся в памяти, а хочется чтобы они пережили перезагрузку сервера. Недавно словили совершенно жуткий по продолжительности даунтайм датацентра с mySQL базой, и если в процессе очередного такого выкрутаса случится перезапуск клика - будет не очень.
Тут либо MySQL делать отказоустойчивым, либо копировать данные в ClickHouse, и для них уже поднимать словари