Важно: Данный раздел актуален для Платформы данных On-Premise.
Максимальный возможный объём оперативной памяти для выполнения запроса на одном сервере.
В конфигурационном файле по умолчанию, ограничение равно 10 ГБ.
Настройка не учитывает объём свободной памяти или общий объём памяти на машине.
Ограничение действует на один запрос, в пределах одного сервера.
Текущее потребление памяти для каждого запроса можно посмотреть с помощью SHOW PROCESSLIST.
Также отслеживается и выводится в лог пиковое потребление памяти для каждого запроса.
Потребление памяти не отслеживается для состояний некоторых агрегатных функций.
Потребление памяти не полностью учитывается для состояний агрегатных функций min, max, any, anyLast, argMin, argMax от аргументов String и Array.
Потребление памяти ограничивается также параметрами max_memory_usage_for_user и max_server_memory_usage.
Максимальный возможный объём оперативной памяти для запросов пользователя на одном сервере.
Значения по умолчанию определены в файле Settings.h. По умолчанию размер не ограничен (max_memory_usage_for_user = 0).
Смотрите также описание настройки max_memory_usage.
Следующие ограничения могут проверяться на каждый блок (а не на каждую строку). То есть, ограничения могут быть немного нарушены.
Максимальное количество строчек, которое можно прочитать из таблицы при выполнении запроса.
Максимальное количество байт (несжатых данных), которое можно прочитать из таблицы при выполнении запроса.
Что делать, когда количество прочитанных данных превысило одно из ограничений: throw или break. По умолчанию: throw.
Следующие ограничения могут проверяться на каждый блок (а не на каждую строку). То есть, ограничения могут быть немного нарушены.
Максимальное количество строчек, которое можно прочитать из таблицы на удалённом сервере при выполнении распределенного запроса. Распределенные запросы могут создавать несколько подзапросов к каждому из шардов в кластере и тогда этот лимит будет применен при выполнении чтения на удаленных серверах (включая и сервер-инициатор) и проигнорирован на сервере-инициаторе запроса во время объединения полученных результатов. Например, кластер состоит из 2 шард и каждый из них хранит таблицу с 100 строк. Тогда распределнный запрос для получения всех данных из этих таблиц и установленной настройкой max_rows_to_read=150 выбросит исключение, т.к. в общем он прочитает 200 строк. Но запрос с настройкой max_rows_to_read_leaf=150 завершится успешно, потому что каждый из шардов прочитает максимум 100 строк.
Максимальное количество байт (несжатых данных), которое можно прочитать из таблицы на удалённом сервере при выполнении распределенного запроса. Распределенные запросы могут создавать несколько подзапросов к каждому из шардов в кластере и тогда этот лимит будет применен при выполнении чтения на удаленных серверах (включая и сервер-инициатор) и проигнорирован на сервере-инициаторе запроса во время обьединения полученных результатов. Например, кластер состоит из 2 шард и каждый из них хранит таблицу со 100 байтами. Тогда распределнный запрос для получения всех данных из этих таблиц и установленной настройкой max_bytes_to_read=150 выбросит исключение, т.к. в общем он прочитает 200 байт. Но запрос с настройкой max_bytes_to_read_leaf=150 завершится успешно, потому что каждый из шардов прочитает максимум 100 байт.
Что делать, когда количество прочитанных данных на удаленном сервере превысило одно из ограничений: throw или break. По умолчанию: throw.
Максимальное количество уникальных ключей, получаемых в процессе агрегации. Позволяет ограничить потребление оперативки при агрегации.
Что делать, когда количество уникальных ключей при агрегации превысило ограничение: throw, break или any. По умолчанию: throw.
Использование значения any позволяет выполнить GROUP BY приближённо. Качество такого приближённого вычисления сильно зависит от статистических свойств данных.
Включает или отключает выполнение секций GROUP BY во внешней памяти. Смотрите GROUP BY во внешней памяти.
Возможные значения:
Значение по умолчанию – 0.
Максимальное количество строк до сортировки. Позволяет ограничить потребление оперативки при сортировке.
Максимальное количество байт до сортировки.
Что делать, если количество строк, полученное перед сортировкой, превысило одно из ограничений: throw или break. По умолчанию: throw.
Ограничение на количество строк результата. Проверяются также для подзапросов и на удалённых серверах при выполнении части распределённого запроса.
Ограничение на количество байт результата. Аналогично.
Что делать, если объём результата превысил одно из ограничений: throw или break. По умолчанию: throw.
Использование break по смыслу похоже на LIMIT. Break прерывает выполнение только на уровне блока. Т.е. число строк которые вернет запрос будет больше чем ограничение max_result_rows, кратно max_block_size и зависит от max_threads.
Пример:
SET max_threads = 3, max_block_size = 3333;
SET max_result_rows = 3334, result_overflow_mode = 'break';
SELECT *
FROM numbers_mt(100000)
FORMAT Null;Результат:
6666 rows in set. ...Максимальное время выполнения запроса в секундах.
На данный момент не проверяется при одной из стадий сортировки, а также при слиянии и финализации агрегатных функций.
Что делать, если запрос выполняется дольше max_execution_time: throw или break. По умолчанию: throw.
Минимальная скорость выполнения запроса в строчках в секунду. Проверяется на каждый блок данных по истечении timeout_before_checking_execution_speed. Если скорость выполнения запроса оказывается меньше, то кидается исключение.
Минимальная скорость выполнения запроса в строках на байт. Он проверяется для каждого блока данных после timeout_before_checking_execution_speed. Если скорость выполнения запроса меньше, исключение.
Максимальная скорость выполнения запроса в строках в секунду. Он проверяется для каждого блока данных после timeout_before_checking_execution_speed. Если скорость выполнения запроса выше, скорость будет снижена.
Максимальная скорость выполнения запроса в байтах в секунду. Он проверяется для каждого блока данных после timeout_before_checking_execution_speed. Если скорость выполнения запроса выше, скорость будет снижена.
Проверять, что скорость выполнения запроса не слишком низкая (не меньше min_execution_speed), после прошествия указанного времени в секундах.
Максимальное количество столбцов, которых можно читать из таблицы в одном запросе. Если запрос требует чтения большего количества столбцов - кинуть исключение.
Максимальное количество временных столбцов, которых необходимо одновременно держать в оперативке, в процессе выполнения запроса, включая константные столбцы. Если временных столбцов оказалось больше - кидается исключение.
То же самое, что и max_temporary_columns, но без учёта столбцов-констант.
Стоит заметить, что столбцы-константы довольно часто образуются в процессе выполнения запроса, но расходуют примерно нулевое количество вычислительных ресурсов.
Максимальная вложенность подзапросов. Если подзапросы более глубокие - кидается исключение. По умолчанию: 100.
Максимальная глубина конвейера выполнения запроса. Соответствует количеству преобразований, которое проходит каждый блок данных в процессе выполнения запроса. Считается в пределах одного сервера. Если глубина конвейера больше - кидается исключение. По умолчанию: 1000.
Максимальная вложенность синтаксического дерева запроса. Если превышена - кидается исключение.
На данный момент, проверяются не во время парсинга, а уже после парсинга запроса. То есть, во время парсинга может быть создано слишком глубокое синтаксическое дерево, но запрос не будет выполнен. По умолчанию: 1000.
Максимальное количество элементов синтаксического дерева запроса. Если превышено - кидается исключение. Аналогично, проверяется уже после парсинга запроса. По умолчанию: 50 000.
Максимальное количество строчек для множества в секции IN, создаваемого из подзапроса.
Максимальное количество байт (несжатых данных), занимаемое множеством в секции IN, создаваемым из подзапроса.
Что делать, когда количество данных превысило одно из ограничений: throw или break. По умолчанию: throw.
Максимальное количество различных строчек при использовании DISTINCT.
Максимальное количество байт, занимаемых хэш-таблицей, при использовании DISTINCT.
Что делать, когда количество данных превысило одно из ограничений: throw или break. По умолчанию: throw.
Максимальное количество строчек, которых можно передать на удалённый сервер или сохранить во временную таблицу, при использовании GLOBAL IN.
Максимальное количество байт (несжатых данных), которых можно передать на удалённый сервер или сохранить во временную таблицу, при использовании GLOBAL IN.
Что делать, когда количество данных превысило одно из ограничений: throw или break. По умолчанию: throw.
Ограничивает количество строк в хэш-таблице, используемой при соединении таблиц.
Параметр применяется к операциям SELECT… JOIN и к движку таблиц Join.
Если запрос содержит несколько JOIN, то RT.WideStore проверяет значение настройки для каждого промежуточного результата.
При достижении предела RT.WideStore может выполнять различные действия. Используйте настройку join_overflow_mode для выбора действия.
Возможные значения:
Значение по умолчанию – 0.
Ограничивает размер (в байтах) хэш-таблицы, используемой при объединении таблиц.
Параметр применяется к операциям SELECT… JOIN и к движку таблиц Join.
Если запрос содержит несколько JOIN, то RT.WideStore проверяет значение настройки для каждого промежуточного результата.
При достижении предела RT.WideStore может выполнять различные действия. Используйте настройку join_overflow_mode для выбора действия.
Возможные значения:
Значение по умолчанию – 0.
Определяет, какое действие RT.WideStore выполняет при достижении любого из следующих ограничений для JOIN:
Возможные значения:
Значение по умолчанию – THROW.
Смотрите также:
Ограничивает максимальное количество партиций в одном вставленном блоке.
Значение по умолчанию: 100.
При вставке данных, RT.WideStore вычисляет количество партиций во вставленном блоке. Если число партиций больше, чем max_partitions_per_insert_block, RT.WideStore генерирует исключение со следующим текстом:
«Too many partitions for single INSERT block (more than» + toString(max_parts) + «). The limit is controlled by ‘max_partitions_per_insert_block’ setting. Large number of partitions is a common misconception. It will lead to severe negative performance impact, including slow server startup, slow INSERT queries and slow SELECT queries. Recommended total number of partitions for a table is under 1000..10000. Please note, that partitioning is not intended to speed up SELECT queries (ORDER BY key is sufficient to make range queries fast). Partitions are intended for data manipulation (DROP PARTITION, etc)».