заставить дождаться его окончания? receive_timeout ставлю 900, всё равно ругается на таймаут через 300 секунд
выглядит вот так: e1fb58c47b4e :) SELECT * FROM system.settings WHERE name ='receive_timeout' SELECT * FROM system.settings WHERE name = 'receive_timeout' Query id: b657e911-83f8-4099-bb06-66b31a8864c7 ┌─name────────────┬─value─┬─changed─┬─description─┬─min──┬─max──┬─readonly─┬─type────┐ │ receive_timeout │ 900 │ 1 │ │ ᴺᵁᴸᴸ │ ᴺᵁᴸᴸ │ 0 │ Seconds │ └─────────────────┴───────┴─────────┴─────────────┴──────┴──────┴──────────┴─────────┘ 1 rows in set. Elapsed: 0.006 sec. e1fb58c47b4e :) ALTER TABLE sometable MODIFY TTL somecolumn + INTERVAL 2 MONTH; ALTER TABLE sometable MODIFY TTL somecolumn + toIntervalMonth(2) Query id: 29506dce-de17-4b64-829d-67b7edf9bd4b Timeout exceeded while receiving data from server. Waited for 300 seconds, timeout is 300 seconds. Cancelling query.
Ну так он не отменяется на стороне кликхауса ( как я помню). А настройка на время ожидание ответа устанавливается на клиенте вроде как
clickhouse-client --receive_timeout=3600 -q "SELECT .. " если из CLI запускаете в других клиентах тоже timeout настройте
вот так работает, да, спасибо! clickhouse-client --receive_timeout 3600 --host db -q 'ALTER TABLE somtable MODIFY TTL somecolumn + INTERVAL 2 MONTH' а через SET внутри клиента, получается, этот параметр не задаётся?
ну это по идее параметр соединения, он до передачи самой query должен быть известен, чтобы параметры сокета задать, не знаю попробуйте
пробовал, не работает. с этого вопрос и начался
set внутри клиента задает параметр для сервера, когда сервер выступает клиентом, например для remote запросов, сам клиент не смотрит на эту настройку
Обсуждают сегодня