start deduplication tokens migration#97562
Conversation
|
Workflow [PR], commit [505c89b] Summary: ❌
|
azat
left a comment
There was a problem hiding this comment.
In general looks OK, since in case of downgrade we will have old hashes, and deduplication will continue to work
Also isn't it too fast enabling it the same release as it was added? I know it should be pretty compatible, but still. If you are OK, I'm OK too.
| ORDER BY key | ||
| PARTITION BY part | ||
| SETTINGS non_replicated_deduplication_window=3, disk='s3_plain_rewritable'; | ||
| SETTINGS non_replicated_deduplication_window=6, disk='s3_plain_rewritable'; |
There was a problem hiding this comment.
Will this reduce twice the window for RMT as well? Maybe we need to account this differently, i.e. calculate only new hashes?
There was a problem hiding this comment.
only for non_replicated_deduplication_window it will reduce the window due to double set of hashes.
There was a problem hiding this comment.
For RMT the second set of hashes is stored in the separate place, no reduction but x2 consumption to store them.
There was a problem hiding this comment.
If this is only for non-RMT I think it is OK
| /// Settings without path are top-level server settings (no nesting). | ||
| #define LIST_OF_SERVER_SETTINGS_WITHOUT_PATH(DECLARE, ALIAS) \ | ||
| DECLARE(InsertDeduplicationVersions, insert_deduplication_version, InsertDeduplicationVersions::OLD_SEPARATE_HASHES, R"( | ||
| DECLARE(InsertDeduplicationVersions, insert_deduplication_version, InsertDeduplicationVersions::COMPATIBLE_DOUBLE_HASHES, R"( |
There was a problem hiding this comment.
Do we want to guard this under compatibility setting? Or it is intended?
There was a problem hiding this comment.
Yes, this is the plan. New instances goes with COMPATIBLE_DOUBLE_HASHES, old ones with OLD_SEPARATE_HASHES under compatibility
…ration start deduplication tokens migration
|
It has to be in 26.2 to start migration on it |
|
Interesting, no 26.2 in backports |
|
It is a part of 26.2 |
|
Looks like it is a backward incompatible change, we need to check it once again |
Any details? |
#95409
Start migration of deduplication hashes with
insert_deduplication_version = compatible_double_hashesChangelog category (leave one):
Changelog entry (a user-readable short description of the changes that goes into CHANGELOG.md):
Start migration of deduplication hashes
Documentation entry for user-facing changes