Add ALTER TABLE REWRITE PARTS

[azat]

Changelog category (leave one):

• Improvement

Changelog entry (a user-readable short description of the changes that goes into CHANGELOG.md):

Add ALTER TABLE REWRITE PARTS - rewrites the table parts from scratch, by using all new settings (since some, like use_const_adaptive_granularity, will be applied only for new parts).

[clickhouse-gh]

Workflow [PR], commit [95a9cd0]

Summary: ❌

job_name	test_name	status	info	comment
Stateless tests (amd_binary, ParallelReplicas, s3 storage, parallel)		failure
	03631_huge_query_filter_analyze	FAIL
Stateless tests (amd_debug, AsyncInsert, s3 storage, parallel)		failure
	02676_analyzer_limit_offset	FAIL

[alexey-milovidov]

can be useful to apply some settings

This makes it confusing.

For MATERIALIZE INDEX, MATERIALIZE PROJECTION, and similar things, it does the calculation and persists the data if it didn't exist.

But from the description above, you made MATERIALIZE rewrite the table unconditionally.

[alexey-milovidov]

.

[azat]

Yes, but this is only for MATERIALIZE, MATERIALIZE TTL and MATERIALIZE PROJECTION will still work as before.

Maybe the naming is not good, would appreciate any ideas

[azat]

Maybe MATERIALIZE PARTS? (Had this idea at the beginning but decided to go more shorter option)

Or REWRITE, though this looks inconsistently with existing MATERIALIZE keyword to me.

[alexey-milovidov]

Yes, the word should be different. It should contain the word "parts" to emphasize that the parts remain the same (not being merged) and have some other word than "materialize" (to emphasize that it rewrites parts even if everything is already persisted).

The feature is useful not only for changing index granularity or compress block size, but also - for rotating encryption keys.

[alexey-milovidov]

Let it be ALTER TABLE REWRITE PARTS

[azat]

Done

[azat]

test_keeper_memory_soft_limit/test.py::test_soft_limit_create

• test_keeper_memory_soft_limit is flaky #87787

[azat]

Integration tests (amd_tsan, 3/6) failure

• Kafka tests are poorly written this will be improved here - tests: fix flakiness of integration tests due to too poor logs checks #87719

[azat]

@alexey-milovidov PTAL

[azat]

CI:

• 03631_huge_query_filter_analyze - Failing test 03631_huge_query_filter_analyze #88031
• 02676_analyzer_limit_offset - tests: fix flakiness of 02676_analyzer_limit_offset #88097

[azat]

@alexey-milovidov FYI I've added more tests here - #89382