Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore: scrape normalized_query_hash as string value instead of uint64 from system.query_log table #320

Conversation

raj-k-singh
Copy link
Contributor

@raj-k-singh raj-k-singh commented May 15, 2024

Right now the clickhousesystemtablesreceiver scrapes normalized_query_hash column from system.query_log table as a uint64 value, but the value ends up in int64 fields which leads to integer overflow (the logs table supports only int64 values and pdata also stores uints as ints )

Since the query hash is used only for equality comparisons, it should be scraped as a string value to preserve the original value

fixes #319

@raj-k-singh raj-k-singh merged commit 453a1a9 into main May 16, 2024
3 checks passed
@raj-k-singh raj-k-singh deleted the chore/clickhouse-query-log-receiver-str-normalized-query-hash branch May 16, 2024 05:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

normalized_query_hash scraped from system.query_log table should be a string value
3 participants