Spec-Zone.ru › MySQL 5.7

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

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

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

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

  • abort-slave-event-count: Параметр, используемый mysql-test для отладки и тестирования репликации.

  • auto_increment_increment: Столбцы AUTO_INCREMENT инкрементируются на это значение.

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

  • Com_change_master: Количество команд CHANGE REPLICATION SOURCE TO и CHANGE MASTER TO.

  • Com_show_master_status: Количество команд SHOW MASTER STATUS.

  • Com_show_slave_hosts: Количество команд SHOW REPLICAS и SHOW SLAVE HOSTS.

  • Com_show_slave_status: Количество команд SHOW REPLICA STATUS и SHOW SLAVE STATUS.

  • Com_slave_start: Количество команд START REPLICA и START SLAVE.

  • Com_slave_stop: Количество команд STOP REPLICA и STOP SLAVE.

  • disconnect-slave-event-count: Параметр, используемый mysql-test для отладки и тестирования репликации.

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

  • expire_logs_days: Очистка двоичных журналов через указанное количество дней.

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

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

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

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

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

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

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

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

  • log_builtin_as_identified_by_password: Вести ли журнал CREATE/ALTER USER, GRANT в обратном совместимом формате.

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

  • master-info-file: Путь и имя файла, запоминающего источник и позицию потока I/O репликации в двоичном журнале источника.

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

  • master_info_repository: Записывать ли в файл или таблицу метаданные подключения, содержащие информацию об источнике и местоположении потока I/O репликации в двоичном журнале источника.

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

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

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

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

  • relay_log_info_file: Имя файла хранилища метаданных приложения, в котором реплика записывает информацию о журналах реле.

  • relay_log_info_repository: Записывать ли в файл или таблицу местоположение потока SQL репликации в журналах реле.

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

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

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

  • 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_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_slave_enabled: Включена ли полусинхронная репликация на реплике.

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

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

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

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

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

  • 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_heartbeat_period: Интервал сердечных ударов реплики в секундах.

  • Slave_last_heartbeat: Показывает время получения последнего сигнала сердечных ударов в формате TIMESTAMP.

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

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

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

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

  • slave_parallel_type: Указывает реплике использовать информацию о метках времени (ЛОГИЧЕСКИЙ_ЧАС) или разделение базы данных (БАЗА_ДАННЫХ) для распараллеливания транзакций.

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

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

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

  • Slave_received_heartbeats: Количество полученных репликой сигналов о работоспособности (heartbeat) с момента предыдущего сброса.

  • Slave_retried_transactions: Общее количество попыток повторного выполнения транзакций потоком SQL репликации с момента запуска.

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

  • slave_rows_search_algorithms: Определяет алгоритмы поиска, используемые для пакетной обработки обновлений реплики. Любые 2 или 3 из этого списка: INDEX_SEARCH, TABLE_SCAN, HASH_SCAN.

  • Slave_running: Состояние этого сервера в качестве реплики (статус потока ввода/вывода репликации).

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

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

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

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

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

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

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

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

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

Параметры и переменные двоичного протоколирования

Параметры командной строки и системные переменные в следующем списке относятся к двоичному журналу. Раздел 16.1.6.4, «Параметры и переменные двоичного протоколирования» предоставляет более подробную информацию о параметрах и переменных, относящихся к двоичному протоколированию. Для дополнительной общей информации о двоичном журнале, см. Раздел 5.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_error_action: Управляет тем, что происходит, когда сервер не может записать в двоичный журнал.

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

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

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

  • binlog_gtid_simple_recovery: Управляет тем, как двоичные журналы перебираются во время восстановления GTID.

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

  • binlog_order_commits: Нужно ли подтверждать (commit) в том же порядке, что и запись в двоичный журнал.

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

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

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

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

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

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

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

  • Com_show_binlog_events: Счётчик команд SHOW BINLOG EVENTS.

  • Com_show_binlogs: Счётчик команд SHOW BINLOGS.

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

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

  • log_bin: Включён ли двоичный журнал.

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

  • log_bin_use_v1_row_events: Использует ли сервер события двоичного журнала строк версии 1.

  • 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: Может быть использован для ограничения общего размера, используемого для кэширования всех не транзакционных заявлений во время транзакции.

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

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

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

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

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

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

Spec-Zone.ru

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