You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@phoenix.apache.org by "Viraj Jasani (Jira)" <ji...@apache.org> on 2026/05/18 23:29:00 UTC
[jira] [Updated] (PHOENIX-7795) Tenant TTL
[ https://issues.apache.org/jira/browse/PHOENIX-7795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Viraj Jasani updated PHOENIX-7795:
----------------------------------
Fix Version/s: 5.3.2
(was: 5.3.1)
> Tenant TTL
> ----------
>
> Key: PHOENIX-7795
> URL: https://issues.apache.org/jira/browse/PHOENIX-7795
> Project: Phoenix
> Issue Type: Improvement
> Reporter: Palash Chauhan
> Assignee: Palash Chauhan
> Priority: Major
> Fix For: 5.4.0, 5.3.2
>
>
> Applications running on multi-tenant Phoenix tables often need different data retention policies per tenant. For example, Tenant A may require 30-day retention while Tenant B requires 90-day retention. Today, per-tenant TTL can be achieved using Conditional TTL PHOENIX-7170 but it would require enumerating all tenants and their TTL values in the TTL Expression and for a large number of tenants, this expression would be very hard to maintain.
> This JIRA instead aims to leverage existing View TTL implementation to enable Tenant TTL. This approach would require creating global views on a multi tenant table with where clause on the tenant_id column.
> Read masking should work but CompactionScanner might need changes
> 1) to handle the Row Key Matcher created by such views
> 2) trie pruning to reduce the memory taken up by GLOBAL_VIEWS trie since all global views are loaded upfront and one view per tenant could mean a large number of global views
> More details in [document|https://docs.google.com/document/d/1A3TikNN_XwV6pQBqgpb6U0pj_LtBWf_1Q-Cdc_P0Bmo/edit?tab=t.0].
--
This message was sent by Atlassian Jira
(v8.20.10#820010)