asdf2014 opened a new pull request, #3975:
URL: https://github.com/apache/doris-website/pull/3975
### What does this PR do?
Documents the experimental **incremental merge** feature of the query cache
in the dev docs, English and Chinese. The feature itself is proposed in a
companion PR in apache/doris, which links back to this document PR:
- A new "Incremental Merge (Experimental)" section: motivation (hourly loads
keep invalidating the hot partition's entries), how a stale entry is reused
by scanning only `(cached_version, current_version]`, the prerequisites
(append-only index: DUP_KEYS, or merge-on-write UNIQUE_KEYS whose delta
window did not rewrite pre-existing keys; non-finalize aggregation directly
above the scan; local storage mode; capturable delta with no delete
predicates), entry compaction via
`query_cache_max_incremental_merge_count`, and observability (profile
fields and BE metrics).
- One row in each configuration table for
`enable_query_cache_incremental` and
`query_cache_max_incremental_merge_count`, plus a cross reference from the
invalidation table.
- Five self-contained SVG diagrams (fonts embedded, consistent rendering)
under `static/images/next/query-cache/`, one per subsection: comparison,
merge-on-write delete bitmap window, per-instance dataflow, decision flow
with all fallback reasons, and the overall architecture.
The feature ships default-off behind the experimental session switch; the
docs mark it as experimental accordingly.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
