A
Al T
прикиньте чо! прислали смс-ку что в мою деревню на следущей неделе приедет супер экслюзивная футболка от клихкауса - буду ходячей рекламой!
Ну так за супер-вопрос же приз, насколько я помню ))
Size: a a a
2020 June 26
DT
Привет! Подскажите, пожалуйста, можно ли прокидывать идентификатор запроса, который окажется в логах КХ, в сам запрос? (желательно вариант не через query параметры коннекта к базе)
можно еще через хедеры вроде, параметры запроса
Ну либо в сам запрос вписать что нибудь эдакое комментом или еще как.
Ну либо в сам запрос вписать что нибудь эдакое комментом или еще как.
DC
Привет! Подскажите, пожалуйста, можно ли прокидывать идентификатор запроса, который окажется в логах КХ, в сам запрос? (желательно вариант не через query параметры коннекта к базе)
да, query_id
DC
echo ' SELECT 1' | curl 'localhost:8123/?query_id=xxx&query=' --data-binary @-
1
cat /var/log/clickhouse-server/clickhouse-server.log|grep xxx
2020.04.27 20:33:58.239194 [ 413493 ] {} <Trace> HTTPHandler: Request URI: /?query_id=xxx&query=
2020.04.27 20:33:58.239329 [ 413493 ] {xxx} <Debug> executeQuery: (from [::1]:58346) SELECT 1
2020.04.27 20:33:58.239438 [ 413493 ] {xxx} <Trace> AccessRightsContext (default): Access granted: SELECT(dummy) ON system.one
2020.04.27 20:33:58.239463 [ 413493 ] {xxx} <Trace> InterpreterSelectQuery: FetchColumns -> Complete
2020.04.27 20:33:58.239553 [ 413493 ] {xxx} <Information> executeQuery: Read 1 rows, 1.00 B in 0.000 sec., 4931 rows/sec., 4.82 KiB/sec.
2020.04.27 20:33:58.239571 [ 413493 ] {xxx} <Debug> MemoryTracker: Peak memory usage (total): 0.00 B.
2020.04.27 20:33:58.239615 [ 413493 ] {xxx} <Debug> MemoryTracker: Peak memory usage (for query): 0.00 B.
1
cat /var/log/clickhouse-server/clickhouse-server.log|grep xxx
2020.04.27 20:33:58.239194 [ 413493 ] {} <Trace> HTTPHandler: Request URI: /?query_id=xxx&query=
2020.04.27 20:33:58.239329 [ 413493 ] {xxx} <Debug> executeQuery: (from [::1]:58346) SELECT 1
2020.04.27 20:33:58.239438 [ 413493 ] {xxx} <Trace> AccessRightsContext (default): Access granted: SELECT(dummy) ON system.one
2020.04.27 20:33:58.239463 [ 413493 ] {xxx} <Trace> InterpreterSelectQuery: FetchColumns -> Complete
2020.04.27 20:33:58.239553 [ 413493 ] {xxx} <Information> executeQuery: Read 1 rows, 1.00 B in 0.000 sec., 4931 rows/sec., 4.82 KiB/sec.
2020.04.27 20:33:58.239571 [ 413493 ] {xxx} <Debug> MemoryTracker: Peak memory usage (total): 0.00 B.
2020.04.27 20:33:58.239615 [ 413493 ] {xxx} <Debug> MemoryTracker: Peak memory usage (for query): 0.00 B.
M
я используя либу гошную не знаю как прокинуть это в КХ)
M
там создаётся коннект и ему кормится запрос, тут, стало быть, не прокинуть
AT
Anton Kovalenko
Ну так за супер-вопрос же приз, насколько я помню ))
ну да, коллеги задавали кучу вопросов на митапе ))
D
я используя либу гошную не знаю как прокинуть это в КХ)
это в либе должно быть реализовано, не во всех это есть. в англ чатике тож недавно было обсуждение. в клиенте тоже нельзя.
надо бы тикет завести чтобы можно было писать
SETTINGS query_id='myid' в конец запроса
надо бы тикет завести чтобы можно было писать
SETTINGS query_id='myid' в конец запроса
DC
это в либе должно быть реализовано, не во всех это есть. в англ чатике тож недавно было обсуждение. в клиенте тоже нельзя.
надо бы тикет завести чтобы можно было писать
SETTINGS query_id='myid' в конец запроса
надо бы тикет завести чтобы можно было писать
SETTINGS query_id='myid' в конец запроса
чего в клиенте нельзя?
M
о да, было бы удобно через SETTINGS, конечно. По поводу клиента вроде в документации есть информация, что можно пробрасывать. Ещё в 2018м году
D
чего в клиенте нельзя?
query_id, чтобы потов в query_log находить
DC
query_id, чтобы потов в query_log находить
конечно можно, это именно для клиента и сделано для тестов КХ
DC
--query_id=11
D
ок, через сеттинг нельзя, а так можно, блин надо в англ чатике исправиться
D
а не, все верно, чел хотел именно интерактивно
D
интерактивно нельзя
DC
проблема с SETTINGS в том что многие параметры установить нельзя через них, запрос уже бежит, и при парсинге Settings уже нельзя выставить query_id
DC
или max_.... чего-нибудь
D
проблема с SETTINGS в том что многие параметры установить нельзя через них, запрос уже бежит, и при парсинге Settings уже нельзя выставить query_id
ещё проблема в том, что клиент вообще режет комменты помимо всего прочего, т.е. самому навелосипедить тоже нельзя
D
или max_.... чего-нибудь
эээ, т.е. я не могу выставить max_threads?