blob: 0fa52e0518d64cf37b93327dc70b29e16a3069c0 [file] [log] [blame]
<?xml version="1.0" encoding="UTF-8"?>
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
"License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
<!DOCTYPE concept PUBLIC "-//OASIS//DTD DITA Concept//EN" "concept.dtd">
<concept id="max_num_runtime_filters" rev="2.5.0">
<title>MAX_NUM_RUNTIME_FILTERS Query Option (<keyword keyref="impala25"/> or higher only)</title>
<titlealts audience="PDF"><navtitle>MAX_NUM_RUNTIME_FILTERS</navtitle></titlealts>
<data name="Category" value="Impala"/>
<data name="Category" value="Impala Query Options"/>
<data name="Category" value="Performance"/>
<data name="Category" value="Developers"/>
<data name="Category" value="Data Analysts"/>
<p rev="2.5.0">
<indexterm audience="hidden">MAX_NUM_RUNTIME_FILTERS query option</indexterm>
The <codeph>MAX_NUM_RUNTIME_FILTERS</codeph> query option
sets an upper limit on the number of runtime filters that can be produced for each query.
<p conref="../shared/impala_common.xml#common/type_integer"/>
<b>Default:</b> 10
<p conref="../shared/impala_common.xml#common/added_in_250"/>
<p conref="../shared/impala_common.xml#common/usage_notes_blurb"/>
Each runtime filter imposes some memory overhead on the query.
Depending on the setting of the <codeph>RUNTIME_BLOOM_FILTER_SIZE</codeph>
query option, each filter might consume between 1 and 16 megabytes
per plan fragment. There are typically 5 or fewer filters per plan fragment.
Impala evaluates the effectiveness of each filter, and keeps the
ones that eliminate the largest number of partitions or rows.
Therefore, this setting can protect against
potential problems due to excessive memory overhead for filter production,
while still allowing a high level of optimization for suitable queries.
<p conref="../shared/impala_common.xml#common/runtime_filtering_option_caveat"/>
<p conref="../shared/impala_common.xml#common/kudu_blurb"/>
<p rev="2.11.0 IMPALA-4252" conref="../shared/impala_common.xml#common/filter_option_bloom_only"/>
<p conref="../shared/impala_common.xml#common/related_info"/>
<xref href="impala_runtime_filtering.xml"/>,
<!-- <xref href="impala_partitioning.xml#dynamic_partition_pruning"/>, -->
<xref href="impala_runtime_bloom_filter_size.xml#runtime_bloom_filter_size"/>,
<xref href="impala_runtime_filter_mode.xml#runtime_filter_mode"/>