mirror of
https://github.com/apache/impala.git
synced 2025-12-19 18:12:08 -05:00
IMPALA-14089: Support REFRESH on multiple partitions
Currently we just support REFRESH on the whole table or a specific partition: REFRESH [db_name.]table_name [PARTITION (key_col1=val1 [, key_col2=val2...])] If users want to refresh multiple partitions, they have to submit multiple statements each for a single partition. This has some drawbacks: - It requires holding the table write lock inside catalogd multiple times, which increase lock contention with other read/write operations on the same table, e.g. getPartialCatalogObject requests from coordinators. - Catalog version of the table will be increased multiple times. Coordinators in local catalog mode is more likely to see different versions between their getPartialCatalogObject requests so have to retry planning to resolve InconsistentMetadataFetchException. - Partitions are reloaded in sequence. They should be reloaded in parallel like we do in refreshing the whole table. This patch extends the syntax to refresh multiple partitions in one statement: REFRESH [db_name.]table_name [PARTITION (key_col1=val1 [, key_col2=val2...]) [PARTITION (key_col1=val3 [, key_col2=val4...])...]] Example: REFRESH foo PARTITION(p=0) PARTITION(p=1) PARTITION(p=2); TResetMetadataRequest is extended to have a list of partition specs for this. If the list has only one item, we still use the existing logic of reloading a specific partition. If the list has more than one item, partitions will be reloaded in parallel. This is implemented in CatalogServiceCatalog#reloadTable(). Previously it always invokes HdfsTable#load() with partitionsToUpdate=null. Now the parameter is set when TResetMetadataRequest has the partition list. HMS notification events in RELOAD type will be fired for each partition if enable_reload_events is turned on. Once HIVE-28967 is resolved, we can fire a single event for multiple partitions. Updated docs in impala_refresh.xml. Tests: - Added FE and e2e tests Change-Id: Ie5b0deeaf23129ed6e1ba2817f54291d7f63d04e Reviewed-on: http://gerrit.cloudera.org:8080/22938 Reviewed-by: Impala Public Jenkins <impala-public-jenkins@cloudera.com> Tested-by: Impala Public Jenkins <impala-public-jenkins@cloudera.com>
This commit is contained in:
committed by
Impala Public Jenkins
parent
063b90c433
commit
b37f4509fa
@@ -325,8 +325,9 @@ struct TResetMetadataRequest {
|
||||
// the entire catalog
|
||||
4: optional CatalogObjects.TTableName table_name
|
||||
|
||||
// If set, refreshes the specified partition, otherwise
|
||||
// refreshes the whole table
|
||||
// Deprecated - use partition_spec_list instead. Keeps this for compatibility.
|
||||
// If set, refreshes the specified partition.
|
||||
// Refreshes the whole table if both this and partition_spec_list are not set.
|
||||
5: optional list<CatalogObjects.TPartitionKeyValue> partition_spec
|
||||
|
||||
// If set, refreshes functions in the specified database.
|
||||
@@ -344,6 +345,10 @@ struct TResetMetadataRequest {
|
||||
|
||||
// debug_action is set from the query_option when available.
|
||||
10: optional string debug_action
|
||||
|
||||
// If set, refreshes the specified list of partitions
|
||||
// Refreshes the whole table if both this and partition_spec are not set.
|
||||
11: optional list<list<CatalogObjects.TPartitionKeyValue>> partition_spec_list
|
||||
}
|
||||
|
||||
// Response from TResetMetadataRequest
|
||||
|
||||
Reference in New Issue
Block a user