V
При чем в таблицах
Я уже пробова их чистить, но набегает быстро
metric_log,300
trace_log,300
query_thread_log,185
query_log,156
Я уже пробова их чистить, но набегает быстро
Size: a a a
2020 June 08
V
И на данный момент(уже после чистки), они все отдают подобную ошибку при селекте
ПП
Всем привет!
Выполняю джавой sql команду, получаю спустя ровно 5 минут
Timeout exceeded while reading from socket (XXX): while receiving packet from XXX
socket_timeout выставлен гораздо больше 5 минут, но все равно выкидывает на 5 минутах
Выполняю джавой sql команду, получаю спустя ровно 5 минут
Timeout exceeded while reading from socket (XXX): while receiving packet from XXX
socket_timeout выставлен гораздо больше 5 минут, но все равно выкидывает на 5 минутах
ПП
Есть еще send_timeout и receive_timeout - оно вообще в джава классе ClickHouseProperties не прокидывается
DC
Всем привет!
Выполняю джавой sql команду, получаю спустя ровно 5 минут
Timeout exceeded while reading from socket (XXX): while receiving packet from XXX
socket_timeout выставлен гораздо больше 5 минут, но все равно выкидывает на 5 минутах
Выполняю джавой sql команду, получаю спустя ровно 5 минут
Timeout exceeded while reading from socket (XXX): while receiving packet from XXX
socket_timeout выставлен гораздо больше 5 минут, но все равно выкидывает на 5 минутах
а socket_timeout нету-ли в jdbc урле ?
ПП
а socket_timeout нету-ли в jdbc урле ?
я отдельно его прокидываю, не в урле
DC
я отдельно его прокидываю, не в урле
я не это спросил
ПП
нет его в урле
DC
При чем в таблицах
Я уже пробова их чистить, но набегает быстро
metric_log,300
trace_log,300
query_thread_log,185
query_log,156
Я уже пробова их чистить, но набегает быстро
это системные таблички, странно что они не успевают мержится, потому что они маленькие, их можно вообще выключить в config.xml если они не нужны
V
это системные таблички, странно что они не успевают мержится, потому что они маленькие, их можно вообще выключить в config.xml если они не нужны
Да, я понимаю. Просто проблема не только на системных
DC
Да, я понимаю. Просто проблема не только на системных
слишком часто пишете? или диск медленный ?
V
слишком часто пишете? или диск медленный ?
Нет, даже на сценарии 1000 в минуту ломается. Я сейчас не про мерж, а про file not found
V
Мы никаких alter не делаем. Либо truncate, либо drop partition. И таблицы в какой-то момент начинают отдавать file not found
V
Сдается мне даже если бы ты писали часто, то не должно быть file not found. И да, на 19.х.х таких проблем не было
DC
Нет, даже на сценарии 1000 в минуту ломается. Я сейчас не про мерж, а про file not found
вообще-то рекомендуется делать не чаще одного инсерта в секунду в один инстанс КХ.
Я делаю 1 инсерт в минуту.
Я делаю 1 инсерт в минуту.
V
вообще-то рекомендуется делать не чаще одного инсерта в секунду в один инстанс КХ.
Я делаю 1 инсерт в минуту.
Я делаю 1 инсерт в минуту.
Так и есть. Я неверно выразился. 1000 одним инсертом
V
вообще-то рекомендуется делать не чаще одного инсерта в секунду в один инстанс КХ.
Я делаю 1 инсерт в минуту.
Я делаю 1 инсерт в минуту.
А что может быть file not found?
DC
А что может быть file not found?
какая там FS ext4 ?
V
какая там FS ext4 ?
Да
DC
Да
а
проверьте что у вас на всех серверах совпадают поля между MergeTree и Distributed
field инсертится в insert или заполняется вычислением?проверьте что у вас на всех серверах совпадают поля между MergeTree и Distributed