Spec-Zone.ru › MySQL 9.2

19.1.6.1 Справочник по параметрам репликации и бинарного логгирования

В следующих двух разделах приводится основная информация о командно-строчных параметрах MySQL и системных переменных, относящихся к репликации и бинарному логу.

Параметры и переменные репликации

Командно-строчные параметры и системные переменные в приведенном ниже списке относятся к серверам-источникам репликации и репликам. Раздел 19.1.6.2, “Параметры и переменные источника репликации” содержит более подробную информацию о параметрах и переменных, относящихся к серверам-источникам репликации. Более подробную информацию о параметрах и переменных, относящихся к репликам, см. в Разделе 19.1.6.3, “Параметры и переменные сервера-реплики”.

  • auto_increment_increment: Значения столбцов AUTO_INCREMENT увеличиваются на это значение.

  • auto_increment_offset: Смещение, добавляемое к столбцам AUTO_INCREMENT.

  • Com_change_replication_source: Количество инструкций CHANGE REPLICATION SOURCE TO и CHANGE MASTER TO.

  • Com_replica_start: Количество инструкций START REPLICA и START SLAVE.

  • Com_replica_stop: Количество инструкций STOP REPLICA и STOP SLAVE.

  • Com_show_binary_log_status: Количество инструкций SHOW BINARY LOG STATUS; использовать вместо Com_show_master_status.

  • Com_show_replica_status: Количество инструкций SHOW REPLICA STATUS и SHOW SLAVE STATUS.

  • Com_show_replicas: Количество инструкций SHOW REPLICAS и SHOW SLAVE HOSTS.

  • enforce_gtid_consistency: Препятствует выполнению инструкций, которые нельзя логировать безопасным для транзакций способом.

  • gtid_executed: Глобально: все GTID в двоичном журнале (глобально) или текущей транзакции (сессия). Только для чтения.

  • gtid_executed_compression_period: Сжимать таблицу gtid_executed каждый раз, когда происходит столько транзакций. 0 означает, что таблица никогда не сжимается. Применяется только при отключенном двоичном протоколировании.

  • gtid_mode: Управляет включением/выключением протоколирования на основе GTID и типом транзакций, которые могут содержаться в журнале.

  • gtid_next: Устанавливает GTID для последующей транзакции или транзакций; см. документацию для подробностей.

  • gtid_owned: Набор GTID, принадлежащих данному клиенту (сессии) или всем клиентам вместе с идентификатором потока владельца (глобально). Только для чтения.

  • gtid_purged: Набор всех GTID, которые были удалены из двоичного журнала.

  • immediate_server_version: Номер версии MySQL-сервера, который является непосредственным источником репликации.

  • init_replica: Инструкции, выполняемые при подключении реплики к источнику.

  • init_slave: Инструкции, выполняемые при подключении реплики к источнику.

  • log_bin_trust_function_creators: Если равно 0 (по умолчанию), то при использовании --log-bin создание хранимых функций разрешено только пользователям с привилегией SUPER и только если созданная функция не нарушает двоичное протоколирование.

  • log_statements_unsafe_for_binlog: Отключает предупреждения об ошибке 1592, которые записываются в журнал ошибок.

  • master-retry-count: Количество попыток подключения реплики к источнику перед отказом.

  • max_relay_log_size: Если отлично от нуля, журнал реле автоматически переименовывается, когда его размер превысит это значение. Если ноль, размер, при котором происходит переименование, определяется значением max_binlog_size.

  • original_commit_timestamp: Время, когда транзакция была подтверждена на исходном источнике.

  • original_server_version: Номер версии MySQL-сервера, на котором транзакция была первоначально подтверждена.

  • relay_log: Путь и базовое имя для использования в журналах реле.

  • relay_log_basename: Полный путь к журналу реле, включая имя файла.

  • relay_log_index: Путь и имя для файла, который хранит список последних журналов реле.

  • relay_log_purge: Определяет, очищаются ли журналы реле.

  • relay_log_recovery: Включено ли автоматическое восстановление файлов журнала реле с исходного источника при запуске; необходимо для реплики, безопасной при сбоях.

  • relay_log_space_limit: Максимальное пространство для использования всеми журналами реле.

  • replica_checkpoint_group: Максимальное количество обработанных транзакций многопоточной репликой перед вызовом операции контрольной точки для обновления статуса прогресса. Не поддерживается NDB Cluster.

  • replica_checkpoint_period: Обновить статус прогресса многопоточной реплики и сбросить информацию о журнале реле на диск после этого количества миллисекунд. Не поддерживается NDB Cluster.

  • replica_compressed_protocol: Использовать сжатие протокола источник/реплика.

  • replica_exec_mode: Позволяет переключаться между режимом IDEMPOTENT (ключ и некоторые другие ошибки подавляются) и режимом STRICT; режим STRICT является значением по умолчанию, за исключением NDB Cluster, где всегда используется режим IDEMPOTENT.

  • replica_load_tmpdir: Место, куда реплика должна помещать временные файлы при репликации инструкций LOAD DATA.

  • replica_max_allowed_packet: Максимальный размер, в байтах, пакета, который может быть отправлен от реплицирующего сервера к реплике; переопределяет max_allowed_packet.

  • replica_net_timeout: Количество секунд ожидания дополнительных данных от соединения источник/реплика перед прерыванием чтения.

  • Replica_open_temp_tables: Количество временных таблиц, которые в настоящее время открыты реплицирующим потоком SQL.

  • replica_parallel_type: Указывает реплике использовать информацию о времени (LOGICAL_CLOCK) или разделение базы данных (DATABASE) для распараллеливания транзакций.

  • replica_parallel_workers: Количество потоков прикладных программ для выполнения транзакций репликации; когда это 0 или 1, существует только один поток прикладной программы. NDB Cluster: см. документацию.

  • replica_pending_jobs_size_max: Максимальный размер очередей рабочих потоков реплики, хранящих события, которые еще не применены.

  • replica_preserve_commit_order: Гарантирует, что все подтверждения рабочими потоками реплики происходят в том же порядке, что и на источнике, чтобы сохранить согласованность при использовании параллельных потоков прикладных программ.

  • replica_skip_errors: Указывает реплицирующему потоку продолжить репликацию, когда запрос возвращает ошибку из предоставленного списка.

  • replica_transaction_retries: Количество попыток реплицирующего потока SQL повторно выполнить транзакцию в случае ее сбоя из-за тупиковой ситуации или истечения времени ожидания блокировки, прежде чем отказаться и остановить.

  • replica_type_conversions: Управляет режимом преобразования типов на реплике. Значение представляет собой список нуля или более элементов из этого списка: ALL_LOSSY, ALL_NON_LOSSY. Установите пустую строку, чтобы запретить преобразование типов между источником и репликой.

  • replicate-do-db: Указывает реплицирующему потоку SQL ограничить репликацию указанной базой данных.

  • replicate-do-table: Указывает реплицирующему потоку SQL ограничить репликацию указанной таблицей.

  • replicate-ignore-db: Указывает реплицирующему потоку SQL не реплицировать указанную базу данных.

  • replicate-ignore-table: Указывает реплицирующему потоку SQL не реплицировать указанную таблицу.

  • replicate-rewrite-db: Обновления в базе данных с другим именем, отличным от исходного.

  • replicate-same-server-id: При репликации, если включено, не пропускайте события, имеющие наш идентификатор сервера.

  • replicate-wild-do-table: Указывает реплицирующему потоку SQL ограничить репликацию таблицами, которые соответствуют указанному шаблону подстановки.

  • replicate-wild-ignore-table: Указывает реплицирующему потоку SQL не реплицировать таблицы, которые соответствуют заданному шаблону подстановки.

  • replication_optimize_for_static_plugin_config: Общие блокировки для полусинхронной репликации.

  • replication_sender_observe_commit_only: Ограниченные обратные вызовы для полусинхронной репликации.

  • report_host: Имя хоста или IP-адрес реплики, который следует сообщить источнику во время регистрации реплики.

  • report_password: Произвольный пароль, который сервер реплики должен сообщить источнику; не совпадает с паролем для учетной записи пользователя репликации.

  • report_port: Порт для подключения к реплике, сообщаемый источнику во время регистрации реплики.

  • report_user: Произвольное имя пользователя, которое сервер реплики должен сообщить источнику; не совпадает с именем, используемым для учетной записи пользователя репликации.

  • rpl_read_size: Установка минимального количества данных в байтах, которые считываются из файлов двоичного журнала и файлов журнала реле.

  • Rpl_semi_sync_master_clients: Количество полусинхронных реплик.

  • rpl_semi_sync_master_enabled: Включена ли полусинхронная репликация на источнике.

  • Rpl_semi_sync_master_net_avg_wait_time: Среднее время ожидания источника ответов от реплики.

  • Rpl_semi_sync_master_net_wait_time: Общее время ожидания источника ответов от реплики.

  • Rpl_semi_sync_master_net_waits: Общее количество раз, когда источник ожидал ответов от реплики.

  • Rpl_semi_sync_master_no_times: Количество раз, когда источник отключал полусинхронную репликацию.

  • Rpl_semi_sync_master_no_tx: Количество подтверждений транзакций, которые не были успешно подтверждены.

  • Rpl_semi_sync_master_status: Работает ли полусинхронная репликация на источнике.

  • Rpl_semi_sync_master_timefunc_failures: Количество раз, когда источник завершал работу при вызове функций времени.

  • rpl_semi_sync_master_timeout: Количество миллисекунд ожидания подтверждения реплики.

  • rpl_semi_sync_master_trace_level: Уровень отслеживания отладки полусинхронной репликации на источнике.

  • Rpl_semi_sync_master_tx_avg_wait_time: Среднее время, потраченное источником на ожидание каждой транзакции.

  • Rpl_semi_sync_master_tx_wait_time: Общее время ожидания источника транзакций.

  • Rpl_semi_sync_master_tx_waits: Общее количество раз, когда источник ожидал транзакций.

  • rpl_semi_sync_master_wait_for_slave_count: Количество подтверждений реплики, которые источник должен получить за транзакцию, прежде чем продолжить.

  • rpl_semi_sync_master_wait_no_slave: Ожидает ли источник таймаут, даже если нет реплик.

  • rpl_semi_sync_master_wait_point: Точка ожидания получения подтверждения о получении транзакции репликой.

  • Rpl_semi_sync_master_wait_pos_backtraverse: Общее количество раз, когда источник ожидал события с двоичными координатами, меньшими, чем координаты событий, которые он ожидал ранее.

  • Rpl_semi_sync_master_wait_sessions: Количество сессий, которые в настоящее время ожидают ответов от реплики.

  • Rpl_semi_sync_master_yes_tx: Количество успешно подтвержденных подтверждений.

  • rpl_semi_sync_replica_enabled: Включена ли полусинхронная репликация на реплике.

  • Rpl_semi_sync_replica_status: Работает ли полусинхронная репликация на реплике.

  • rpl_semi_sync_replica_trace_level: Уровень отладки трассировки репликации в полусинхронном режиме на реплике.

  • rpl_semi_sync_slave_enabled: Включена ли полусинхронная репликация на реплике.

  • Rpl_semi_sync_slave_status: Работает ли полусинхронная репликация на реплике.

  • rpl_semi_sync_slave_trace_level: Уровень отладки трассировки репликации в полусинхронном режиме на реплике.

  • Rpl_semi_sync_source_clients: Количество полусинхронных реплик.

  • rpl_semi_sync_source_enabled: Включена ли полусинхронная репликация на источнике.

  • Rpl_semi_sync_source_net_avg_wait_time: Среднее время ожидания ответа от реплики на источнике.

  • Rpl_semi_sync_source_net_wait_time: Общее время ожидания ответа от реплики на источнике.

  • Rpl_semi_sync_source_net_waits: Общее количество раз, когда источник ожидал ответа от реплики.

  • Rpl_semi_sync_source_no_times: Количество раз, когда источник выключал полусинхронную репликацию.

  • Rpl_semi_sync_source_no_tx: Количество подтверждений транзакций, не полученных успешно.

  • Rpl_semi_sync_source_status: Работает ли полусинхронная репликация на источнике.

  • Rpl_semi_sync_source_timefunc_failures: Количество раз, когда источник потерпел неудачу при вызове функций времени.

  • rpl_semi_sync_source_timeout: Количество миллисекунд ожидания подтверждения от реплики.

  • rpl_semi_sync_source_trace_level: Уровень отладки трассировки репликации в полусинхронном режиме на источнике.

  • Rpl_semi_sync_source_tx_avg_wait_time: Среднее время ожидания источника для каждой транзакции.

  • Rpl_semi_sync_source_tx_wait_time: Общее время ожидания источника для транзакций.

  • Rpl_semi_sync_source_tx_waits: Общее количество раз, когда источник ожидал транзакций.

  • rpl_semi_sync_source_wait_for_replica_count: Количество подтверждений от реплик, которые должен получить источник перед продолжением транзакции.

  • rpl_semi_sync_source_wait_no_replica: Ожидает ли источник таймаут, даже если нет реплик.

  • rpl_semi_sync_source_wait_point: Точка ожидания для подтверждения получения транзакции репликой.

  • Rpl_semi_sync_source_wait_pos_backtraverse: Общее количество раз, когда источник ожидал события с бинарными координатами меньше, чем те, которые он уже ожидал.

  • Rpl_semi_sync_source_wait_sessions: Количество сессий, которые в настоящее время ожидают ответы от реплик.

  • Rpl_semi_sync_source_yes_tx: Количество успешно подтвержденных транзакций.

  • rpl_stop_replica_timeout: Количество секунд, которое ожидает команда STOP REPLICA перед таймаутом.

  • rpl_stop_slave_timeout: Количество секунд, которое ожидают команды STOP REPLICA или STOP SLAVE перед таймаутом.

  • server_uuid: Глобально уникальный идентификатор сервера, автоматически (пере)генерируемый при запуске сервера.

  • show-replica-auth-info: Показывать ли имя пользователя и пароль в SHOW REPLICAS для этого источника.

  • show-slave-auth-info: Показывать ли имя пользователя и пароль в SHOW REPLICAS и SHOW SLAVE HOSTS для этого источника.

  • skip-replica-start: Если установлено, репликация не запускается автоматически при запуске сервера реплики.

  • skip-slave-start: Если установлено, репликация не запускается автоматически при запуске сервера реплики.

  • slave-skip-errors: Указывает потоку репликации продолжить репликацию, когда запрос возвращает ошибку из предоставленного списка.

  • slave_checkpoint_group: Максимальное количество транзакций, обрабатываемых многопоточной репликой перед вызовом операции контрольной точки для обновления статуса прогресса. Не поддерживается в NDB Cluster.

  • slave_checkpoint_period: Обновить статус прогресса многопоточной реплики и очистить журнал релеев в диск после этого количества миллисекунд. Не поддерживается в NDB Cluster.

  • slave_compressed_protocol: Использовать сжатие протокола источник/реплика.

  • slave_exec_mode: Позволяет переключаться между режимом IDEMPOTENT (закрыты ключи и некоторые другие ошибки) и режимом STRICT; режим STRICT по умолчанию, за исключением NDB Cluster, где всегда используется IDEMPOTENT.

  • slave_load_tmpdir: Место, где реплика должна разместить временные файлы при репликации инструкций LOAD DATA.

  • slave_max_allowed_packet: Максимальный размер пакета в байтах, который может быть отправлен от сервера источника репликации к реплике; перезаписывает max_allowed_packet.

  • slave_net_timeout: Количество секунд ожидания дополнительных данных от подключения источник/реплика перед прерыванием чтения.

  • Slave_open_temp_tables: Количество временных таблиц, которые в настоящее время открыты потоком репликации SQL.

  • slave_parallel_type: Указывает реплике использовать информацию о времени (LOGICAL_CLOCK) или разделение базы данных (DATABASE) для распараллеливания транзакций.

  • slave_parallel_workers: Количество потоков прикладного уровня для параллельного выполнения транзакций репликации; 0 или 1 отключают многопоточность реплики. NDB Cluster: см. документацию.

  • slave_pending_jobs_size_max: Максимальный размер очереди рабочих потоков реплики, содержащих события, еще не применённые.

  • slave_preserve_commit_order: Обеспечивает, что все подтверждения работниками реплики происходят в том же порядке, что и на источнике, для поддержания согласованности при использовании параллельных потоков прикладного уровня.

  • Slave_rows_last_search_algorithm_used: Алгоритм поиска, который недавно использовала эта реплика для поиска строк для репликации на основе строк (индекс, таблица или сканирование хеш-таблицы).

  • slave_transaction_retries: Количество попыток повторного выполнения транзакции потоком репликации SQL в случае сбоя из-за тупиковой ситуации или истечения времени ожидания блокировки до отказа и остановки.

  • slave_type_conversions: Регулирует режим преобразования типов на реплике. Значение представляет собой список нулевого или более элементов из этого списка: ALL_LOSSY, ALL_NON_LOSSY. Установка пустой строки запрещает преобразование типов между источником и репликой.

  • sql_log_bin: Регулирует двоичный протокол логирования для текущей сессии.

  • sql_replica_skip_counter: Количество событий из источника, которые реплика должна пропустить. Несовместимо с репликацией GTID.

  • sql_slave_skip_counter: Количество событий из источника, которые реплика должна пропустить. Несовместимо с репликацией GTID.

  • sync_master_info: Синхронизировать информацию источника после каждого #-го события.

  • sync_relay_log: Синхронизировать журнал релеев на диске после каждого #-го события.

  • sync_relay_log_info: Синхронизировать файл relay.info на диске после каждого #-го события.

  • sync_source_info: Синхронизировать информацию источника после каждого #-го события.

  • terminology_use_previous: Использовать терминологию из версии до указанной, где изменения несовместимы.

Для списка всех командных параметров, системных переменных и переменных статуса, используемых с mysqld, см. Раздел 7.1.4, «Справочник по параметрам сервера, системным переменным и переменным состояния».

Параметры и переменные журналов двоичных логов

Командные параметры и системные переменные в следующем списке относятся к журналу двоичных логов. Раздел 19.1.6.4, «Параметры и переменные журналов двоичных логов» содержит более подробную информацию о параметрах и переменных, связанных с ведением журналов двоичных логов. Дополнительную общую информацию о журнале двоичных логов см. в Разделе 7.4.4, «Журнал двоичных логов».

  • binlog-checksum: Включить или отключить контрольные суммы журнала двоичных логов.

  • binlog-do-db: Ограничить ведение журнала двоичных логов определёнными базами данных.

  • binlog-ignore-db: Указывает источнику, что обновления указанной базы данных не должны записываться в журнал двоичных логов.

  • binlog-row-event-max-size: Максимальный размер записи журнала двоичных логов.

  • Binlog_cache_disk_use: Количество транзакций, использующих временный файл вместо кэша журнала двоичных логов.

  • binlog_cache_size: Размер кэша для хранения SQL-запросов для журнала двоичных логов во время транзакции.

  • Binlog_cache_use: Количество транзакций, использующих временный кэш журнала двоичных логов.

  • binlog_checksum: Включить или отключить контрольные суммы журнала двоичных логов.

  • binlog_direct_non_transactional_updates: Принудительно записывает обновления с использованием формата оператора для нетранзакционных движков непосредственно в журнал двоичных логов. Перед использованием ознакомьтесь с документацией.

  • binlog_encryption: Включить шифрование для файлов журнала двоичных логов и файлов журнала репликации на этом сервере.

  • binlog_error_action: Управляет действиями, выполняемыми при невозможности записи в журнал двоичных логов.

  • binlog_expire_logs_auto_purge: Управляет автоматическим удалением файлов журнала двоичных логов; можно переопределить, установив binlog_expire_logs_seconds и expire_logs_days в 0.

  • binlog_expire_logs_seconds: Удалять журналы двоичных логов через заданное количество секунд.

  • binlog_format: Устанавливает формат журнала двоичных логов.

  • binlog_group_commit_sync_delay: Устанавливает количество микросекунд ожидания перед синхронизацией транзакций на диск.

  • binlog_group_commit_sync_no_delay_count: Устанавливает максимальное количество транзакций, ожидаемых до отмены текущей задержки, заданной binlog_group_commit_sync_delay.

  • binlog_max_flush_queue_time: Время чтения транзакций перед записью в журнал двоичных логов.

  • binlog_order_commits: Выполнять ли подтверждение в том же порядке, что и записи в журнал двоичных логов.

  • binlog_rotate_encryption_master_key_at_startup: Повторно шифровать главный ключ журнала двоичных логов при запуске сервера.

  • binlog_row_image: Использовать полные или минимальные изображения при записи изменений строк.

  • binlog_row_metadata: Записывать в журнал двоичных логов все или только минимальные метаданные таблиц при использовании журналов на основе строк.

  • binlog_row_value_options: Включить протоколирование частичных JSON-обновлений для репликации на основе строк.

  • binlog_rows_query_log_events: При включении, включает протоколирование событий запросов строк журнала при использовании репликации на основе строк. По умолчанию отключено.

  • Binlog_stmt_cache_disk_use: Количество нетранзакционных операторов, которые использовали временный файл вместо кэша операторов журнала двоичных логов.

  • binlog_stmt_cache_size: Размер кэша для хранения нетранзакционных операторов для журнала двоичных логов во время транзакции.

  • Binlog_stmt_cache_use: Количество операторов, которые использовали временный кэш операторов журнала двоичных логов.

  • binlog_transaction_compression: Включить сжатие для данных транзакций в файлах журнала двоичных логов.

  • binlog_transaction_compression_level_zstd: Уровень сжатия для данных транзакций в файлах журнала двоичных логов.

  • binlog_transaction_dependency_history_size: Количество хешей строк, хранимых для поиска транзакций, которые в последний раз обновили какую-либо строку.

  • Com_show_binlog_events: Количество операторов SHOW BINLOG EVENTS.

  • Com_show_binlogs: Количество операторов SHOW BINLOGS.

  • log-bin: Базовое имя для файлов журнала двоичных логов.

  • log-bin-index: Имя файла индекса журнала двоичных логов.

  • log_bin: Включен ли журнал двоичных логов.

  • log_bin_basename: Путь и базовое имя для файлов журнала двоичных логов.

  • log_replica_updates: Должна ли реплика протоколировать обновления, выполненные её репликационным SQL-потоком, в свой собственный журнал двоичных логов.

  • log_slave_updates: Должна ли реплика протоколировать обновления, выполненные её репликационным SQL-потоком, в свой собственный журнал двоичных логов.

  • master_verify_checksum: Заставить источник проверять контрольные суммы при чтении из журнала двоичных логов.

  • max-binlog-dump-events: Параметр, используемый mysql-test для отладки и тестирования репликации.

  • max_binlog_cache_size: Может использоваться для ограничения общего размера (в байтах), используемого для кэширования транзакций с несколькими операторами.

  • max_binlog_size: Журнал двоичных логов автоматически переименовывается, когда его размер превышает это значение.

  • max_binlog_stmt_cache_size: Может использоваться для ограничения общего размера, используемого для кэширования всех нетранзакционных операторов во время транзакции.

  • replica_sql_verify_checksum: Заставить реплику проверять контрольные суммы при чтении из файла репликации.

  • slave-sql-verify-checksum: Заставить реплику проверять контрольные суммы при чтении из файла репликации.

  • slave_sql_verify_checksum: Заставить реплику проверять контрольные суммы при чтении из файла репликации.

  • source_verify_checksum: Заставить источник проверять контрольные суммы при чтении из журнала двоичных логов.

  • sporadic-binlog-dump-fail: Параметр, используемый mysql-test для отладки и тестирования репликации.

  • sync_binlog: Синхронно сбрасывать журнал двоичных логов на диск после каждого #-го события.

Список всех командных параметров, системных и статусных переменных, используемых с mysqld, см. в Разделе 7.1.4, «Список параметров сервера, системных переменных и переменных состояния».

© 2025 Oracle
Licensed under the GPLv2 License.
https://docs.oracle.com/cd/E17952_01/mysql-9.2-en/replication-options-reference.html

Spec-Zone.ru

Настройки Оффлайн Что нового Помощь О нас
Spec-Zone .ru
спецификации, руководства, описания, API