feat: query path instrumentation #26106
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
NOTE: The parquet cache check for files is done at the point of call to
TableProvider::scan
, the data may get evicted by the time datafusion actually tries to access it but for a lot of the queries which are running in perf test env, this is a good enough approximation for nowThe workflow here is,
influxdb3
with extra switches--traces-exporter-jaeger-agent-port 6831 --traces-exporter-jaeger-service-name influxdb3-core --traces-exporter jaeger
andjaeger
- following docsOnce it's running, issue queries and then in jaeger ui (running on
http://localhost:16686
), search forinfluxdb3-core
query_database_sql
query="select count(*) from cpu_4 where time > now() - interval '15 minutes' limit 1"
That should return bunch of traces and drilling into one of those
get_db_namespace
should showtable_chunks
span that shows the buffer chunks, parquet chunks and how many parquet chunks are already in the cache