-
Notifications
You must be signed in to change notification settings - Fork 40
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
Slim down the ClickHouse database #6352
Conversation
bnaecker
commented
Aug 15, 2024
- Add TTLs to all field tables, by using a materialized column with the time each record is inserted. ClickHouse will retain the latest timestamp, so when we stop inserting, the TTL clock will start counting down on those timeseries records.
- Update Dropshot dependency.
- Add operation ID to HTTP service timeseries, remove other fields. Expunge the old timeseries too.
- Remove unnecessary stingifying of URIs in latency tracking.
550ebec
to
2d4b7d8
Compare
- Add TTLs to all field tables, by using a materialized column with the time each record is inserted. ClickHouse will retain the latest timestamp, so when we stop inserting, the TTL clock will start counting down on those timeseries records. - Update Dropshot dependency. - Add operation ID to HTTP service timeseries, remove other fields. Expunge the old timeseries too. - Remove unnecessary stingifying of URIs in latency tracking. - Fixes #6328 and #6331
2d4b7d8
to
1ab13b4
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
@@ -14,7 +14,7 @@ description = "Duration for the server to handle a request" | |||
units = "seconds" | |||
datum_type = "histogram_f64" | |||
versions = [ | |||
{ added_in = 1, fields = [ "route", "method", "status_code" ] } | |||
{ added_in = 1, fields = [ "operation_id", "status_code" ] } |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does the added_in
version need to be bumped?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm still partway through supporting actual updates to these schema. Until then, we're getting away with this because we drop the data from the old schema. When I do finish that work, then we'd need to add a new versions
entry, describing the new fields.