Joe McDonnell created IMPALA-13057:
--------------------------------------
Summary: Incorporate tuple/slot information into the tuple cache
key
Key: IMPALA-13057
URL: https://issues.apache.org/jira/browse/IMPALA-13057
Project: IMPALA
Issue Type: Bug
Components: Frontend
Affects Versions: Impala 4.4.0
Reporter: Joe McDonnell
Assignee: Joe McDonnell
Since the tuple and slot information is kept separately in the descriptor
table, it does not get incorporated into the PlanNode thrift used for the tuple
cache key. This means that the tuple cache can't distinguish between these two
queries:
{noformat}
select int_col1 from table;
select int_col2 from table;{noformat}
To solve this, the tuple/slot information needs to be incorporated into the
cache key. PlanNode::initThrift() walks through each tuple, so this is a good
place to serialize the TupleDescriptor/SlotDescriptors and incorporate it into
the hash.
The tuple ids and slot ids are global ids, so the value is influenced by the
entirety of the query. This is a problem for matching cache results across
different queries. As part of incorporating the tuple/slot information, we
should also add an ability to translate tuple/slot ids into ids local to a
subtree.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-all-unsubscr...@impala.apache.org
For additional commands, e-mail: issues-all-h...@impala.apache.org
