[
https://issues.apache.org/jira/browse/IMPALA-10648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17390006#comment-17390006
]
ASF subversion and git services commented on IMPALA-10648:
----------------------------------------------------------
Commit 780a892f5700719e59cc49bafcc46460361673de in impala's branch
refs/heads/master from Sourabh Goyal
[ https://gitbox.apache.org/repos/asf?p=impala.git;h=780a892 ]
IMPALA-10813: Invalidate external table from catalog cache for
truncate table HMS api
This patch is in continuation of IMPALA-10648 in which we missed
invalidating external table for truncate_table api
Testing:
Enhanced exiting test to include truncate_table scenario
Change-Id: I734c2b5f371291fef32badab9efc886b4b067e10
Reviewed-on: http://gerrit.cloudera.org:8080/17705
Tested-by: Impala Public Jenkins <[email protected]>
Reviewed-by: Vihang Karajgaonkar <[email protected]>
> Invalidate catalogd cache for non transactional tables when create/alter/drop
> HMS apis are accessed
> ---------------------------------------------------------------------------------------------------
>
> Key: IMPALA-10648
> URL: https://issues.apache.org/jira/browse/IMPALA-10648
> Project: IMPALA
> Issue Type: Sub-task
> Components: Catalog
> Reporter: Sourabh Goyal
> Priority: Major
> Fix For: Impala 4.1.0
>
>
> IMPALA-10613 introduced changes to expose table/partition metadata stored in
> catalog cache over HMS APIs.
> In this task, we invalidate the non transactional table from cache if HMS DDL
> apis like create/alter/drop table/partition are accessed from catalogd's
> metastore server. Any subsequent get table request fetches the table from HMS
> and also loads it in cache. This ensures that any get_table/get_partition
> requests after ddl operations on the same table return the most updated table
> cc - [~vihangk1]
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
