Spec-Zone .ru
спецификации, руководства, описания, API
|
Этот раздел описывает параметры сервера и системные переменные, которые применяются к ведомым серверам
репликации. Можно определить опции или на командной
строке или в файле
опции. Многие из опций могут быть установлены, в то время как сервер работает при использовании CHANGE MASTER TO
оператор. Можно определить системное использование значений
переменных SET
.
ID сервера. На ведущем устройстве и каждом ведомом устройстве, следует использовать server-id
опция, чтобы установить уникальный ID репликации в диапазоне от 1
до 232 – 1. "Уникальный" означает, что
каждый ID должен отличаться от любого ID в использовании любым другим ведущим устройством репликации или ведомым
устройством. Пример my.cnf
файл:
[mysqld]server-id=3
Опции запуска для ведомых устройств репликации. Следующий список
описывает опции запуска для того, чтобы управлять ведомыми серверами репликации. Многие из этих опций могут быть
установлены, в то время как сервер работает при использовании CHANGE MASTER TO
оператор. Другие, такой как --replicate-*
опции, может быть установлен только, когда ведомый сервер запускается. Связанные с репликацией системные
переменные обсуждаются позже в этом разделе.
Формат командной строки | --abort-slave-event-count=# |
||
Формат файла опции | abort-slave-event-count |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 0 |
||
Минимальное Значение | 0 |
Когда эта опция устанавливается в некоторое положительное целое число value
кроме 0 (значение по умолчанию) это влияет на поведение репликации следующим образом: После того,
как ведомый поток SQL запустился, value
событиям журнала
разрешают быть выполненными; после этого ведомый поток SQL больше не получает события, так же, как
если бы сетевое соединение от ведущего устройства было сокращено. Ведомый поток продолжает работать,
и вывод от SHOW SLAVE
STATUS
дисплеи Yes
в обоих Slave_IO_Running
и Slave_SQL_Running
столбцы, но никакие дальнейшие события читаются из
релейного журнала.
Эта опция используется внутренне тестовым комплектом MySQL для тестирования репликации и отладки. Это не предназначается для использования в производственной установке.
--disconnect-slave-event-count
Формат командной строки | --disconnect-slave-event-count=# |
||
Формат файла опции | disconnect-slave-event-count |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 0 |
Эта опция используется внутренне тестовым комплектом MySQL для тестирования репликации и отладки.
Формат командной строки | --log-slave-updates |
||
Формат файла опции | log-slave-updates |
||
Системное Имя переменной | log_slave_updates
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | FALSE |
Обычно, ведомое устройство не регистрирует к его собственному двоичному журналу обновлений, которые
получаются от главного сервера. Эта опция говорит ведомому устройству регистрировать обновления,
выполняемые его потоком SQL к его собственному двоичному журналу. Для этой опции, чтобы иметь любой
эффект, ведомое устройство должно также быть запущено с --log-bin
опция, чтобы включить двоичному журналированию. До MySQL
5.5 сервер не запустился бы при использовании --log-slave-updates
опция, также не запуская сервер с --log-bin
опция, и перестала бы работать с ошибкой; в MySQL 5.7
сгенерировано только предупреждение. (Ошибка #44663) --log-slave-updates
используется, когда Вы хотите объединить
сервера репликации в цепочку. Например, Вы могли бы хотеть установить сервера репликации, используя
это расположение:
A -> B -> C
Здесь, A
служит ведущим устройством для ведомого устройства B
, и B
служит ведущим устройством для
ведомого устройства C
. Для этого, чтобы работать, B
должно быть и ведущее устройство и
ведомое устройство. Следует запустить обоих A
и B
с --log-bin
включать двоичному журналированию, и B
с --log-slave-updates
опция так, чтобы обновления, полученные из
A
регистрируются B
к его двоичному
журналу.
Удаленный | 5.7.1 | ||
Формат командной строки | --log-slow-slave-statements |
до 5.7.0 | |
Формат файла опции | log-slow-slave-statements |
||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | OFF |
Когда медленный журнал запросов включается, эта опция позволяет регистрировать для запросов, которые
взяли больше чем long_query_time
секунды, чтобы выполниться на ведомом устройстве.
Этот параметр командной строки был удален в MySQL 5.7.1 и заменен log_slow_slave_statements
системная переменная. Системная переменная
может быть установлена на командной строке, или в опции регистрирует тот же самый путь как опция,
таким образом нет никакой потребности ни в каких изменениях при запуске сервера, но системная
переменная также позволяет исследовать или установить значение во времени выполнения.
Формат командной строки | --log-warnings[=#] |
||
-W [#] |
|||
Формат файла опции | log-warnings |
||
Системное Имя переменной | log_warnings
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Отключенный | skip-log-warnings |
||
Разрешенные Значения | |||
Диаметр долота платформы | 32 |
||
Ввести | numeric |
||
Значение по умолчанию | 1 |
||
Диапазон | 0 .. 4294967295 |
||
Разрешенные Значения | |||
Диаметр долота платформы | 64 |
||
Ввести | numeric |
||
Значение по умолчанию | 1 |
||
Диапазон | 0 .. 18446744073709547520 |
Эта опция заставляет сервер печатать больше сообщений к журналу ошибок о том, что это делает.
Относительно репликации сервер генерирует предупреждения, что это преуспело в том, чтобы повторно
соединиться после отказа сети/соединения, и сообщает Вам относительно как каждый ведомый запущенный
поток. Эта опция включается по умолчанию; чтобы отключить это, использовать --skip-log-warnings
. Если значение больше чем 1, прерванные
соединения пишутся журналу ошибок, и ошибки доступа запрещен для новых попыток подключения пишутся.
См. Раздел C.5.2.11, "Коммуникационные
Ошибки и Прерванные Соединения".
Отметьте, что эффекты этой опции не ограничиваются репликацией. Это производит предупреждения через спектр действий сервера.
Формат командной строки | --master-info-file=file_name |
||
Формат файла опции | master-info-file |
||
Разрешенные Значения | |||
Ввести | file name |
||
Значение по умолчанию | master.info |
Имя, чтобы использовать для файла, в котором ведомое устройство записывает информацию о ведущем
устройстве. Имя по умолчанию master.info
в каталоге данных. Для
получения информации о формате этого файла см. Раздел
16.2.2.2, "Ведомые Журналы Состояния".
Осуждаемый | 5.6.1 | ||
Формат командной строки | --master-retry-count=# |
||
Формат файла опции | master-retry-count |
||
Разрешенные Значения | |||
Диаметр долота платформы | 32 |
||
Ввести | numeric |
||
Значение по умолчанию | 86400 |
||
Диапазон | 0 .. 4294967295 |
||
Разрешенные Значения | |||
Диаметр долота платформы | 64 |
||
Ввести | numeric |
||
Значение по умолчанию | 86400 |
||
Диапазон | 0 .. 18446744073709551615 |
Число раз, которое ведомое устройство пытается соединить с ведущим устройством перед отказом.
Повторно соединяется предпринимаются с промежутками установленные MASTER_CONNECT_RETRY
опция CHANGE MASTER TO
оператор (значение по умолчанию 60). Повторно соединяется инициированы, когда данные читают к
ведомому времени согласно --slave-net-timeout
опция. Значение по умолчанию 86400. Значение 0
означает "бесконечный"; ведомое
устройство пытается соединиться навсегда.
Эта опция осуждается и будет удалена в будущем выпуске MySQL. Приложения должны быть обновлены,
чтобы использовать MASTER_RETRY_COUNT
опция CHANGE MASTER TO
оператор вместо этого.
Формат командной строки | --max_relay_log_size=# |
||
Формат файла опции | max_relay_log_size |
||
Системное Имя переменной | max_relay_log_size
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 0 |
||
Диапазон | 0 .. 1073741824 |
Размер, в котором сервер поворачивает релейные файлы журнала автоматически. Для получения дополнительной информации см. Раздел 16.2.2, "Реле репликации и Журналы Состояния". Размер значения по умолчанию составляет 1 Гбайт.
Формат командной строки | --read-only |
||
Формат файла опции | read_only |
||
Системное Имя переменной | read_only
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | false |
Заставьте ведомое устройство не разрешать обновления кроме от ведомых потоков или от пользователей,
имеющих SUPER
полномочие. На ведомом сервере это может быть полезно, чтобы гарантировать, что ведомое устройство
принимает обновления только от его главного сервера а не от клиентов. Эта переменная не применяется
к TEMPORARY
таблицы.
Формат командной строки | --relay-log=name |
||
Формат файла опции | relay-log |
||
Системное Имя переменной | relay_log
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | file name |
Базовое имя для релейного журнала. Базовое имя значения по умолчанию
. Сервер пишет файл в каталоге
данных, если базовое имя не дается с ведущим абсолютным путем, чтобы определить различный каталог.
Сервер создает релейные файлы журнала в последовательности, добавляя числовой суффикс к базовому
имени. host_name
-relay-bin
Из-за способа, которым MySQL анализирует параметры сервера, если Вы определяете эту опцию, следует
предоставить значение; базовое имя значения по умолчанию используется,
только если опция фактически не определяется. Если Вы используете --relay-log
опция, не определяя значение, неожиданное поведение,
вероятно, закончится; это поведение зависит от других используемых опций, порядок, в котором они
определяются, и определяются ли они на командной строке или в файле опции. Для получения
дополнительной информации о том, как MySQL обрабатывает параметры сервера, см. Раздел
4.2.3, "Определение Опций Программы".
Если Вы определяете эту опцию, определенное значение также используется в качестве базового имени
для релейного индексного файла журнала. Можно переопределить это поведение, определяя различное
релейное базовое имя индексного файла журнала, используя --relay-log-index
опция.
Когда сервер читает запись из индексного файла, он проверяет, содержит ли запись относительный путь.
Если это делает, относительная часть пути в замененном набором абсолютного пути, используя --relay-log
опция. Абсолютный путь остается неизменным; в таком случае
индексирование должно быть отредактировано вручную, чтобы позволить новому пути или путям
использоваться. (Ранее, ручное вмешательство требовалось, перемещая двоичный журнал или релейные
файлы журнала.) (Ошибка #11745230, Ошибка #12133)
Можно найти --relay-log
опция, полезная в выполнении следующих задач:
Создание реле регистрирует, чьи имена независимы от имен хоста.
Если Вы должны поместить реле, входит в систему некоторая область кроме
каталога данных, потому что Ваши релейные журналы имеют тенденцию быть очень большими, и Вы
не хотите уменьшаться max_relay_log_size
.
Увеличить скорость при использовании выравнивания нагрузки между дисками.
Можно получить релейное имя файла журнала (и путь) от relay_log_basename
системная переменная.
Формат командной строки | --relay-log-index=name |
||
Формат файла опции | relay-log-index |
||
Системное Имя переменной | relay_log_index
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | file name |
Имя, чтобы использовать для релейного индексного файла журнала. Имя по умолчанию
в
каталоге данных, где host_name
-relay-bin.indexhost_name
имя ведомого сервера.
Из-за способа, которым MySQL анализирует параметры сервера, если Вы определяете эту опцию, следует
предоставить значение; базовое имя значения по умолчанию используется,
только если опция фактически не определяется. Если Вы используете --relay-log-index
опция, не определяя значение, неожиданное
поведение, вероятно, закончится; это поведение зависит от других используемых опций, порядок, в
котором они определяются, и определяются ли они на командной строке или в файле опции. Для получения
дополнительной информации о том, как MySQL обрабатывает параметры сервера, см. Раздел
4.2.3, "Определение Опций Программы".
Если Вы определяете эту опцию, определенное значение также используется в качестве базового имени
для релейных журналов. Можно переопределить это поведение, определяя различное релейное базовое имя
файла журнала, используя --relay-log
опция.
--relay-log-info-file=
file_name
Формат командной строки | --relay-log-info-file=file_name |
||
Формат файла опции | relay-log-info-file |
||
Разрешенные Значения | |||
Ввести | file name |
||
Значение по умолчанию | relay-log.info |
Имя, чтобы использовать для файла, в котором ведомое устройство записывает информацию о релейных
журналах. Имя по умолчанию relay-log.info
в каталоге данных. Для
получения информации о формате этого файла см. Раздел
16.2.2.2, "Ведомые Журналы Состояния".
Формат командной строки | --relay_log_purge |
||
Формат файла опции | relay_log_purge |
||
Системное Имя переменной | relay_log_purge
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | TRUE |
Отключите или включите автоматической чистке релейных журналов, как только они больше не необходимы.
Значение по умолчанию 1 (включал). Это - глобальная переменная, которая может быть изменена
динамически с SET GLOBAL relay_log_purge =
. N
Формат командной строки | --relay-log-recovery |
||
Формат файла опции | relay-log-recovery |
||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | FALSE |
сразу включает автоматическому релейному восстановлению журнала после запуска сервера, что означает, что ведомое устройство репликации отбрасывает все необработанные релейные журналы и получает их от ведущего устройства репликации. Это должно использоваться после катастрофического отказа на ведомом устройстве репликации, чтобы гарантировать, что не возможно поврежденные релейные журналы обрабатываются. Значение по умолчанию 0 (отключено). Эта опция должна быть включена, чтобы обеспечить отказоустойчивое ведомое устройство.
Если эта опция включается для многопоточного ведомого устройства, и ведомых сбоев с ошибками, можно
использовать START SLAVE UNTIL
SQL_AFTER_MTS_GAPS
гарантировать, что любые разрывы в релейном журнале
обрабатываются; после выполнения этого оператора можно тогда использовать CHANGE
MASTER TO
приводить это ведомое устройство к сбою нового ведущего устройства. (Ошибка
#13893363)
Формат командной строки | --relay_log_space_limit=# |
||
Формат файла опции | relay_log_space_limit |
||
Системное Имя переменной | relay_log_space_limit
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Диаметр долота платформы | 32 |
||
Ввести | numeric |
||
Значение по умолчанию | 0 |
||
Диапазон | 0 .. 4294967295 |
||
Разрешенные Значения | |||
Диаметр долота платформы | 64 |
||
Ввести | numeric |
||
Значение по умолчанию | 0 |
||
Диапазон | 0 .. 18446744073709547520 |
Эти места опции верхний предел полного размера в байтах всего реле входят в систему ведомое
устройство. Значение 0 не означает "предела."
Это полезно для ведомого узла сервера, который ограничил дисковое пространство. Когда предел
достигается, поток ввода-вывода прекращает читать двоичные события журнала из главного сервера, пока
поток SQL не нагнал и удалил некоторые неиспользованные релейные журналы. Отметьте, что этот предел
не является абсолютным: есть случаи, где поток SQL нуждается в большем количестве событий прежде,
чем он сможет удалить релейные журналы. В этом случае поток ввода-вывода превышает предел, пока для
потока SQL не становится возможно удалить некоторые релейные журналы, потому что не выполнение так
вызвало бы мертвую блокировку. Недопустимо установить --relay-log-space-limit
к меньше чем дважды значение --max-relay-log-size
(или --max-binlog-size
если --max-relay-log-size
0). В этом случае есть шанс, что поток ввода-вывода ожидает свободного пространства потому что --relay-log-space-limit
превышается, но поток SQL не имеет
никакого релейного журнала, чтобы произвести чистку и неспособен удовлетворить поток ввода-вывода.
Это вынуждает поток ввода-вывода проигнорировать --relay-log-space-limit
временно.
Формат командной строки | --replicate-do-db=name |
||
Формат файла опции | replicate-do-db |
||
Разрешенные Значения | |||
Ввести | string |
Эффекты этой опции зависят от, или основанная на операторе или построчная репликация используется.
Основанная на операторе репликация. Скажите ведомому потоку SQL ограничивать репликацию
операторами где база данных значения по умолчанию (то есть, тот, выбранный USE
) db_name
. Чтобы
определить больше чем одну базу данных, используйте эту опцию многократно, однажды для каждой базы
данных; однако, выполнение так не тиражирует операторы
перекрестной базы данных такой как UPDATE
в то время как различная база данных (или никакая база данных) выбираются.
some_db.some_table
SET foo='bar'
Чтобы определить многократные базы данных, следует использовать многократные экземпляры этой опции. Поскольку имена базы данных могут содержать запятые, если Вы предоставите список разделенных запятой значений тогда, то список будет обработан как имя единственной базы данных.
Пример того, что не работает, как Вы могли бы ожидать при использовании основанной на операторе
репликации: Если ведомое устройство запускается с --replicate-do-db=sales
и Вы делаете следующие заявления на
ведущем устройстве, UPDATE
оператор не тиражируется:
USE prices;UPDATE sales.january SET amount=amount+1000;
Главная причина для этой "проверки только
поведение" базы данных значения по умолчанию состоит в том, что трудно от
одного только оператора знать, должно ли это быть тиражировано (например, если Вы используете
многократную таблицу DELETE
операторы или многократная таблица UPDATE
операторы, которые действуют через многократные базы
данных). Это также быстрее, чтобы проверить только базу данных значения по умолчанию, а не все базы
данных, если нет никакой потребности.
Построчная репликация. Говорит ведомому потоку SQL ограничивать репликацию базой данных db_name
. Только таблицы, принадлежащие db_name
изменяются; текущая база данных не имеет никакого
эффекта на это. Предположите, что ведомое устройство запускается с --replicate-do-db=sales
и построчная репликация в
действительности, и затем следующие операторы выполняются на ведущем устройстве:
USE prices;UPDATE sales.february SET amount=amount+100;
february
таблица в sales
база данных на
ведомом устройстве изменяется в соответствии с UPDATE
оператор; это происходит действительно ли USE
заявление было сделано. Однако, делание следующих заявлений
на ведущем устройстве не имеет никакого эффекта на ведомое устройство при использовании построчной
репликации и --replicate-do-db=sales
:
USE prices;UPDATE prices.march SET amount=amount-25;
Даже если оператор USE prices
были изменены на USE
sales
, UPDATE
эффекты оператора все еще не были бы тиражированы.
Другое важное различие, в как --replicate-do-db
обрабатывается в основанной на операторе репликации
в противоположность построчной репликации, происходит относительно операторов, которые обращаются к
многократным базам данных. Предположите, что ведомое устройство запускается с --replicate-do-db=db1
, и следующие операторы выполняются на
ведущем устройстве:
USE db1;UPDATE db1.table1 SET col1 = 10, db2.table2 SET col2 = 20;
Если Вы используете основанную на операторе репликацию, то обе таблицы обновляются на ведомом
устройстве. Однако, при использовании построчной репликации, только table1
влияется на ведомом устройстве; с тех пор table2
находится в различной базе данных, table2
на ведомом устройстве не изменяется UPDATE
. Теперь предположите это, вместо USE
db1
оператор, a USE db4
оператор использовался:
USE db4;UPDATE db1.table1 SET col1 = 10, db2.table2 SET col2 = 20;
В этом случае, UPDATE
оператор не имел бы никакого эффекта на ведомое устройство при
использовании основанной на операторе репликации. Однако, если Вы используете построчную репликацию,
UPDATE
изменился бы table1
на ведомом устройстве, но нет table2
— другими словами, только таблицы в базе данных, названной --replicate-do-db
изменяются, и выбор базы данных значения по умолчанию не имеет никакого эффекта на это поведение.
Если Вы нуждаетесь в обновлениях перекрестной базы данных, чтобы работать, использовать --replicate-wild-do-table=
вместо этого. См. Раздел
16.2.3, "Как Серверы Оценивают Правила Фильтрации Репликации".db_name
.%
Эта опция влияет на репликацию тем же самым способом это --binlog-do-db
влияет на двоичное журналирование, и эффекты
формата репликации на как --replicate-do-db
влияет на поведение репликации, то же самое
как таковые из формата журналирования на поведении --binlog-do-db
.
Эта опция не имеет никакого эффекта на BEGIN
, COMMIT
, или ROLLBACK
операторы.
Формат командной строки | --replicate-ignore-db=name |
||
Формат файла опции | replicate-ignore-db |
||
Разрешенные Значения | |||
Ввести | string |
Как с --replicate-do-db
,
эффекты этой опции зависят от, или основанная на операторе или построчная репликация используется.
Основанная на операторе репликация. Говорит ведомому потоку SQL не тиражировать любой оператор
где база данных значения по умолчанию (то есть, тот, выбранный USE
) db_name
.
Построчная репликация. Говорит ведомому потоку SQL не обновлять любые таблицы в базе данных
db_name
. База данных значения по умолчанию не имеет
никакого эффекта.
При использовании основанной на операторе репликации не работает следующий пример, как Вы могли бы
ожидать. Предположите, что ведомое устройство запускается с --replicate-ignore-db=sales
и Вы делаете следующие заявления на
ведущем устройстве:
USE prices;UPDATE sales.january SET amount=amount+1000;
UPDATE
оператор тиражируется в такой случай потому что --replicate-ignore-db
применяется только к базе данных значения по умолчанию (определенный USE
оператор). Поскольку sales
база
данных была определена явно в операторе, оператор не фильтровался. Однако, при использовании
построчной репликации, UPDATE
эффекты оператора не распространяются к ведомому устройству, и копии ведомого
устройства sales.january
таблица неизменна; в этом экземпляре, --replicate-ignore-db=sales
причины все изменения, произведенные в таблицах в копии
ведущего устройства sales
база данных, которая будет проигнорирована
ведомым устройством.
Чтобы определить больше чем одну базу данных, чтобы проигнорировать, используйте эту опцию многократно, однажды для каждой базы данных. Поскольку имена базы данных могут содержать запятые, если Вы предоставите список разделенных запятой значений тогда, то список будет обработан как имя единственной базы данных.
Недопустимо использовать эту опцию, если Вы используете обновления перекрестной базы данных, и Вы не хотите, чтобы эти обновления были тиражированы. См. Раздел 16.2.3, "Как Серверы Оценивают Правила Фильтрации Репликации".
Если Вы нуждаетесь в обновлениях перекрестной базы данных, чтобы работать, использовать --replicate-wild-ignore-table=
вместо этого. См. Раздел 16.2.3,
"Как Серверы Оценивают Правила Фильтрации Репликации".db_name
.%
Эта опция влияет на репликацию тем же самым способом это --binlog-ignore-db
влияет на двоичное журналирование, и эффекты
формата репликации на как --replicate-ignore-db
влияет на поведение репликации, то же
самое как таковые из формата журналирования на поведении --binlog-ignore-db
.
Эта опция не имеет никакого эффекта на BEGIN
, COMMIT
, или ROLLBACK
операторы.
--replicate-do-table=
db_name.tbl_name
Формат командной строки | --replicate-do-table=name |
||
Формат файла опции | replicate-do-table |
||
Разрешенные Значения | |||
Ввести | string |
Говорит ведомому потоку SQL ограничивать репликацию указанной таблицей. Чтобы определить больше чем
одну таблицу, используйте эту опцию многократно, однажды для каждой таблицы. Это работает и на
обновления перекрестной базы данных и на обновления базы данных значения по умолчанию, в отличие от
--replicate-do-db
.
См. Раздел 16.2.3, "Как
Серверы Оценивают Правила Фильтрации Репликации".
Эта опция влияет только на операторы, которые применяются к таблицам. Это не влияет на операторы,
которые применяются только к другим объектам базы данных, таким как сохраненные подпрограммы. Чтобы
фильтровать операторы, работающие на сохраненных подпрограммах, используйте один или больше --replicate-*-db
опции.
--replicate-ignore-table=
db_name.tbl_name
Формат командной строки | --replicate-ignore-table=name |
||
Формат файла опции | replicate-ignore-table |
||
Разрешенные Значения | |||
Ввести | string |
Говорит ведомому потоку SQL не тиражировать любой оператор, который обновляет указанную таблицу,
даже если какие-либо другие таблицы могли бы быть обновлены тем же самым оператором. Чтобы
определить больше чем одну таблицу, чтобы проигнорировать, используйте эту опцию многократно,
однажды для каждой таблицы. Это работает на обновления перекрестной базы данных, в отличие от --replicate-ignore-db
.
См. Раздел 16.2.3, "Как
Серверы Оценивают Правила Фильтрации Репликации".
Эта опция влияет только на операторы, которые применяются к таблицам. Это не влияет на операторы,
которые применяются только к другим объектам базы данных, таким как сохраненные подпрограммы. Чтобы
фильтровать операторы, работающие на сохраненных подпрограммах, используйте один или больше --replicate-*-db
опции.
--replicate-rewrite-db=
from_name
->to_name
Формат командной строки | --replicate-rewrite-db=old_name->new_name
|
||
Формат файла опции | replicate-rewrite-db |
||
Разрешенные Значения | |||
Ввести | string |
Говорит ведомому устройству преобразовывать базу данных значения по умолчанию (то есть, тот,
выбранный USE
) к to_name
если это
было from_name
на ведущем устройстве. Только на операторы,
включающие таблицы, влияют (не операторы такой как CREATE DATABASE
, DROP DATABASE
, и ALTER DATABASE
), и только если from_name
база данных значения по умолчанию на ведущем устройстве. Это не работает на обновления перекрестной
базы данных. Чтобы определить многократные перезаписи, используйте эту опцию многократно. Сервер
использует первый с a from_name
значение, которое
соответствует. Преобразование имени базы данных делается перед --replicate-*
правила
тестируются.
Если Вы используете эту опцию на командной строке и">
"символ является особенным для
Вашего интерпретатора команд, заключите значение опции в кавычки. Например:
shell> mysqld --replicate-rewrite-db="olddb
->newdb
"
Формат командной строки | --replicate-same-server-id |
||
Формат файла опции | replicate-same-server-id |
||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | FALSE |
Использоваться на ведомых серверах. Обычно следует использовать настройку по умолчанию 0, чтобы
предотвратить бесконечные циклы, вызванные круговой репликацией. Если установлено в 1, ведомое
устройство не пропускает события, имеющие его собственный ID сервера. Обычно, это полезно только в
редких конфигурациях. Не может быть установлен в 1 если --log-slave-updates
используется. По умолчанию ведомый поток
ввода-вывода не пишет двоичные события журнала в релейный журнал, если у них есть ID сервера
ведомого устройства (эта оптимизация помогает сохранить использование диска). Если Вы хотите
использовать --replicate-same-server-id
, убедитесь, что запустили ведомое
устройство с этой опции прежде, чем Вы заставите ведомое устройство считать свои собственные
события, которые Вы хотите, чтобы ведомый поток SQL выполнил.
--replicate-wild-do-table=
db_name.tbl_name
Формат командной строки | --replicate-wild-do-table=name |
||
Формат файла опции | replicate-wild-do-table |
||
Разрешенные Значения | |||
Ввести | string |
Говорит ведомому потоку ограничивать репликацию операторами, где любая из обновленных таблиц
соответствует указанную базу данных и образцы имени таблицы. Образцы могут содержать"%
"и"_
"подстановочные символы, у
которых есть то же самое значение что касается LIKE
оператор сопоставления с образцом. Чтобы определить больше
чем одну таблицу, используйте эту опцию многократно, однажды для каждой таблицы. Это работает на
обновления перекрестной базы данных. См. Раздел
16.2.3, "Как Серверы Оценивают Правила Фильтрации Репликации".
Эта опция применяется к таблицам, представлениям, и триггерам. Это не применяется к хранимым
процедурам и функциям, или событиям. Чтобы фильтровать операторы, работающие на последних объектах,
используйте один или больше --replicate-*-db
опции.
Пример: --replicate-wild-do-table=foo%.bar%
тиражирует только обновления,
которые используют таблицу, где имя базы данных запускается с foo
и имя
таблицы запускается с bar
.
Если образец имени таблицы %
, это соответствует любое имя таблицы, и
опция также применяется к операторам на уровне базы данных (CREATE DATABASE
, DROP DATABASE
, и ALTER DATABASE
). Например, если Вы используете --replicate-wild-do-table=foo%.%
, операторы на уровне базы данных
тиражируются, если имя базы данных соответствует образец foo%
.
Чтобы включать литеральные подстановочные символы в имя базы данных или образцы имени таблицы,
выйдите из них с наклонной чертой влево. Например, чтобы тиражировать все таблицы базы данных,
которую называют my_own%db
, но не тиражируют таблицы от my1ownAABCdb
база данных, следует выйти"_
"и"%
"символы как это: --replicate-wild-do-table=my\_own\%db
. Если Вы используете опцию
на командной строке, Вы, возможно, должны были бы удвоить наклонные черты влево или заключить
значение опции в кавычки, в зависимости от Вашего интерпретатора команд. Например, с оболочкой удара, Вы должны были бы ввести --replicate-wild-do-table=my\\_own\\%db
.
--replicate-wild-ignore-table=
db_name.tbl_name
Формат командной строки | --replicate-wild-ignore-table=name |
||
Формат файла опции | replicate-wild-ignore-table |
||
Разрешенные Значения | |||
Ввести | string |
Говорит ведомому потоку не тиражировать оператор, где любая таблица соответствует данный подстановочный образец. Чтобы определить больше чем одну таблицу, чтобы проигнорировать, используйте эту опцию многократно, однажды для каждой таблицы. Это работает на обновления перекрестной базы данных. См. Раздел 16.2.3, "Как Серверы Оценивают Правила Фильтрации Репликации".
Пример: --replicate-wild-ignore-table=foo%.bar%
не тиражирует обновления,
которые используют таблицу, где имя базы данных запускается с foo
и имя
таблицы запускается с bar
.
Для получения информации о том, как работает соответствие, см. описание --replicate-wild-do-table
опция. Правила для включения литеральных
подстановочных символов в значении опции являются тем же самым что касается --replicate-wild-ignore-table
также.
Формат командной строки | --report-host=host_name |
||
Формат файла опции | report-host |
||
Системное Имя переменной | report_host
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | string |
Имя хоста или IP-адрес ведомого устройства, о котором сообщат ведущему устройству во время ведомой
регистрации. Это значение появляется в выводе SHOW SLAVE HOSTS
на главном сервере. Оставьте сброс значения,
если Вы не хотите, чтобы ведомое устройство зарегистрировало себя в ведущем устройстве. Отметьте,
что не достаточно для ведущего устройства просто считать IP-адрес ведомого устройства от сокета
TCP/IP после того, как ведомое устройство соединяется. Из-за NAT и других проблем маршрутизации, тот
IP, возможно, не допустим для того, чтобы соединиться с ведомым устройством от ведущего устройства
или других узлов.
Формат командной строки | --report-password=name |
||
Формат файла опции | report-password |
||
Системное Имя переменной | report_password
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | string |
Пароль учетной записи ведомого устройства, о котором сообщат ведущему устройству во время ведомой
регистрации. Это значение появляется в выводе SHOW SLAVE HOSTS
на главном сервере, если --show-slave-auth-info
опция дается.
Хотя имя этой опции могло бы подразумевать иначе, --report-password
не
соединяется с пользовательской системой полномочия MySQL и так не обязательно (или даже вероятно,
быть) то же самое как пароль для учетной записи пользователя репликации MySQL.
Формат командной строки | --report-port=# |
||
Формат файла опции | report-port |
||
Системное Имя переменной | report_port
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | [slave_port] |
||
Диапазон | 0 .. 65535 |
Номер порта TCP/IP для того, чтобы соединиться с ведомым устройством, быть сообщенным ведущему устройству во время ведомой регистрации. Установите это, только если ведомое устройство слушает на порту не по умолчанию или если у Вас есть специальный туннель от ведущего устройства или других клиентов к ведомому устройству. Если Вы не уверены, не используйте эту опцию.
Значение по умолчанию для этой опции является номером порта, фактически используемым ведомым
устройством (Ошибка #13333431). Это - также значение по умолчанию, выведенное на экран SHOW SLAVE HOSTS
.
Формат командной строки | --report-user=name |
||
Формат файла опции | report-user |
||
Системное Имя переменной | report_user
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | string |
Имя пользователя учетной записи ведомого устройства, о котором сообщат ведущему устройству во время
ведомой регистрации. Это значение появляется в выводе SHOW SLAVE HOSTS
на главном сервере, если --show-slave-auth-info
опция дается.
Хотя имя этой опции могло бы подразумевать иначе, --report-user
не
соединяется с пользовательской системой полномочия MySQL и так не обязательно (или даже вероятно,
быть) то же самое как имя учетной записи пользователя репликации MySQL.
Формат командной строки | --show-slave-auth-info |
||
Формат файла опции | show-slave-auth-info |
||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | FALSE |
Выведите на экран ведомые имена пользователей и пароли в выводе SHOW SLAVE HOSTS
на главном сервере для ведомых устройств, запущенных
с --report-user
и --report-password
опции.
Формат командной строки | --slave-checkpoint-group=# |
||
Формат файла опции | slave-checkpoint-group |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 512 |
||
Диапазон | 32 .. 524280 |
||
Размер блока | 8 |
Устанавливает максимальное количество транзакций, которые могут быть обработаны многопоточным
ведомым устройством прежде, чем работу контрольной точки вызовут, чтобы обновить ее состояние как
показано SHOW SLAVE
STATUS
. Установка этой опции не имеет никакого эффекта на ведомые устройства, для
которых не включается многопоточность.
Эта опция работает в комбинации с --slave-checkpoint-period
опция таким способом, которым, когда любой
предел превышается, контрольная точка выполняется и счетчики, отслеживающие и число транзакций и
время, законченное начиная с последней контрольной точки, сбрасывается.
Минимальное позволенное значение для этой опции 32, если сервер не был создан, используя -DWITH_DEBUG
, когда минимальное значение 1. Действующее значение
всегда является кратным числом 8; можно установить это в значение, которое не является таким кратным
числом, но сервер округляет в меньшую сторону это до следующего, ниже многократного из 8 прежде, чем
сохранить значение. (Исключение: Никакое такое округление не
выполняется сервером отладки.) Независимо от того, как сервер был создан, значение по умолчанию 512,
и максимальное позволенное значение 524280.
Формат командной строки | --slave-checkpoint-period=# |
||
Формат файла опции | slave-checkpoint-period |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 300 |
||
Диапазон | 1 .. 4G |
Устанавливает максимальное время (в миллисекундах), которому позволяют передать прежде, чем работу
контрольной точки вызовут, чтобы обновить состояние многопоточного ведомого устройства как показано
SHOW SLAVE STATUS
.
Установка этой опции не имеет никакого эффекта на ведомые устройства, для которых не включается
многопоточность.
Эта опция работает в комбинации с --slave-checkpoint-group
опция таким способом, которым, когда любой
предел превышается, контрольная точка выполняется и счетчики, отслеживающие и число транзакций и
время, законченное начиная с последней контрольной точки, сбрасывается.
Минимальное позволенное значение для этой опции 1, если сервер не был создан, используя -DWITH_DEBUG
, когда минимальное значение 0. Независимо от того, как
был создан сервер, значение по умолчанию 300, и максимальное возможное значение 4294967296 (4
Гбайт).
Формат командной строки | --slave-parallel-workers=# |
||
Формат файла опции | slave-parallel-workers |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 0 |
||
Диапазон | 0 .. 1024 |
Определяет номер потоков раба для того, чтобы выполнить события репликации (транзакции) параллельно. Установка этой переменной к 0 (значение по умолчанию) отключает параллельное выполнение. Максимум 1024.
Когда параллельное выполнение включается, ведомые действия потока SQL, поскольку координатор для раба распараллеливает, среди которого транзакции распределяются на основе для каждой базы данных. Это означает, что рабочий поток на ведомом ведомом устройстве может обработать последовательные транзакции на данной базе данных, не ожидая обновлений к другим базам данных, чтобы завершиться. Текущая реализация многопоточности на ведомом устройстве предполагает, что данные делятся для каждой базы данных, и что обновления в пределах данной базы данных происходят в том же самом относительном порядке, как они делают на ведущем устройстве, чтобы работать правильно. Однако, транзакции не должны быть скоординированы ни между какими двумя базами данных.
Вследствие того, что транзакции на различных базах данных могут произойти в различном порядке на
ведомое устройство чем на ведущем устройстве, проверяющий на последний раз выполняемую транзакцию не
гарантирует, что все предыдущие транзакции от ведущего устройства были выполнены на ведомом
устройстве. У этого есть импликации для журналирования и восстановления при использовании
многопоточного ведомого устройства. Для получения информации о том, как интерпретировать двоичную
информацию о журналировании при использовании многопоточности на ведомом устройстве, см. Раздел 13.7.5.33,"SHOW
SLAVE STATUS
Синтаксис". Кроме того, это означает это START SLAVE UNTIL
не поддерживается с многопоточным ведомым
устройством.
Когда многопоточность включается, slave_transaction_retries
обрабатывается как равный 0, и не может
быть изменен. (В настоящий момент повторение транзакций не поддерживается с многопоточными ведомыми
устройствами.)
Следует также отметить, что осуществление отношений внешнего ключа между таблицами в различных базах данных заставляет многопоточные ведомые устройства использовать последовательный а не параллельный режим, у которого может быть негативное воздействие на производительности. (Ошибка #14092635)
--slave-pending-jobs-size-max=
#
Формат командной строки | --slave-pending-jobs-size-max=# |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 16M |
||
Диапазон | 1024 .. 18EB |
||
Размер блока | 1024 |
Для многопоточных ведомых устройств эта опция устанавливает максимальный объем памяти (в байтах) доступный очередям раба, проводящим мероприятия, еще примененные. Установка этой опции не имеет никакого эффекта на ведомые устройства, для которых не включается многопоточность.
Минимальное возможное значение для этой опции 1024; значение по умолчанию составляет 16 МБ. Максимальное возможное значение 18446744073709551615 (16 эксабайт). Значения, которые не являются точной сетью магазинов 1024, округляются в меньшую сторону до следующего самого высокого кратного числа 1024 до того, чтобы быть сохраненным.
Значение для этой опции не должно быть меньше чем значение ведущего устройства для max_allowed_packet
; иначе очередь раба может стать полной, в то
время как там остаются событиями, прибывающими от ведущего устройства, чтобы быть обработанными.
Формат командной строки | --skip-slave-start |
||
Формат файла опции | skip-slave-start |
||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | FALSE |
Говорит ведомому серверу не запускать ведомые потоки, когда сервер запускается. Чтобы запустить
потоки позже, используйте a START
SLAVE
оператор.
--slave_compressed_protocol={0|1}
Формат командной строки | --slave_compressed_protocol |
||
Формат файла опции | slave_compressed_protocol |
||
Системное Имя переменной | slave_compressed_protocol
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | OFF |
Если эта опция устанавливается в 1, используйте сжатие для ведомого/основного протокола если и ведомое устройство и основная поддержка она. Значение по умолчанию 0 (никакое сжатие).
Формат командной строки | --slave-load-tmpdir=path |
||
Формат файла опции | slave-load-tmpdir |
||
Системное Имя переменной | slave_load_tmpdir
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | file name |
||
Значение по умолчанию | /tmp |
Имя каталога, где ведомое устройство создает временные файлы. Эта опция по умолчанию равна значению
tmpdir
системная переменная. Когда ведомый поток SQL тиражирует a LOAD DATA INFILE
оператор, это извлекает файл, который будет
загружен из релейного журнала во временные файлы, и затем загружает их в таблицу. Если файл,
загруженный на ведущем устройстве, огромен, временные файлы на ведомом устройстве огромны, также.
Поэтому, могло бы быть желательно использовать эту опцию, чтобы сказать ведомому устройству помещать
временные файлы в каталог, расположенный в некоторой файловой системе, у которой есть много
свободного места. В этом случае релейные журналы огромны также, таким образом, Вы могли бы также
хотеть использовать --relay-log
опция, чтобы поместить реле входит в систему та
файловая система.
Каталог, определенный этой опцией, должен быть расположен в находящейся на диске файловой системе
(не основанная на памяти файловая система) потому что временные файлы, используемые, чтобы
тиражироваться LOAD DATA
INFILE
должен пережить машинные перезапуски. Каталог также не должен быть тем,
который очищается операционной системой во время системного процесса запуска.
slave-max-allowed-packet=
bytes
Формат командной строки | --slave-max-allowed-packet=# |
||
Формат файла опции | slave-max-allowed-packet |
||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 1073741824 |
||
Диапазон | 1024 .. 1073741824 |
Эта опция устанавливает максимальный пакетный размер в байтах для ведомого SQL и потоков
ввода-вывода, так, чтобы большие обновления, используя построчную репликацию не заставили репликацию
перестать работать потому что превышенное обновление max_allowed_packet
. (Ошибка #12400221, Ошибка #60926)
Соответствующая переменная сервера slave_max_allowed_packet
всегда имеет значение, которое является
положительным целочисленным кратным числом 1024; если Вы устанавливаете это в некоторое значение,
которое не является таким кратным числом, значение автоматически округляется в меньшую сторону до
следующего самого высокого кратного числа 1024. (Например, если Вы запускаете сервер с --slave-max-allowed-packet=10000
, используемое значение 9216;
установка 0 как значение заставляет 1024 использоваться.) Усечение, предупреждающее, выпускается в
таких случаях.
Максимум (и значение по умолчанию) значение 1073741824 (1 Гбайт); минимум 1024.
Формат командной строки | --slave-net-timeout=# |
||
Формат файла опции | slave-net-timeout |
||
Системное Имя переменной | slave_net_timeout
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 3600 |
||
Минимальное Значение | 1 |
Число секунд, чтобы ожидать большего количества данных от ведущего устройства перед ведомым
устройством считает соединение поврежденным, прерывает чтение, и пытается повторно соединиться.
Первая повторная попытка сразу происходит после тайм-аута. Интервалом между повторениями управляют
MASTER_CONNECT_RETRY
опция для CHANGE MASTER TO
оператор, и число перепопыток подключения
ограничиваются --master-retry-count
опция. Значение по умолчанию составляет 3600
секунд (один час).
slave-rows-search-algorithms=
list
Формат командной строки | --slave-rows-search-algorithms=list |
||
Формат файла опции | slave-rows-search-algorithms |
||
Разрешенные Значения | |||
Ввести | set |
||
Допустимые Значения | TABLE_SCAN,INDEX_SCAN (значение по умолчанию)
|
||
INDEX_SCAN,HASH_SCAN |
|||
TABLE_SCAN,HASH_SCAN |
|||
TABLE_SCAN,INDEX_SCAN,HASH_SCAN
(эквивалентный INDEX_SCAN, HASH_SCAN)
|
Готовя пакеты строк для основанного на строке использования журналирования и репликации slave_allow_batching
,
эта опция управляет, как строки ищутся соответствия — то есть, используется ли хеширование для
поисков, используя первичный или уникальный ключ, некоторый другой ключ, или никакой ключ вообще.
Эта опция берет список разделенных запятой значений любых 2 (или возможно 3) значения от списка
INDEX_SCAN
, TABLE_SCAN
, HASH_SCAN
. Список не должен быть заключен в кавычки, но не должен
содержать пробелы, используются ли кавычки. Возможные комбинации (списки) и их эффекты показывают в
следующей таблице:
Индексируйте используемый / значение опции | INDEX_SCAN,HASH_SCAN илиINDEX_SCAN,TABLE_SCAN,HASH_SCAN
|
INDEX_SCAN,TABLE_SCAN |
TABLE_SCAN,HASH_SCAN |
---|---|---|---|
Первичный ключ или уникальный ключ | Индексируйте сканирование | индексируйте сканирование | Индексируйте хеш |
(Другой) Ключ | Индексируйте хеш | Индексируйте сканирование | Индексируйте хеш |
Нет не индексируйте | Табличный хеш | Сканирование таблицы | Табличный хеш |
Порядок, в котором алгоритмы определяются в списке, не имеет никакого значения в порядке, в котором
они выводятся на экран a SELECT
или SHOW VARIABLES
оператор (который является тем же самым как используемым в таблице, только показанной ранее).The
значение по умолчанию TABLE_SCAN,INDEX_SCAN
, что означает, что все
поискы, которые могут использовать, индексируют, действительно используют их, и поискы ни с кем
индексируют сканирования таблицы использования.
Определение INDEX_SCAN,TABLE_SCAN,HASH_SCAN
имеет тот же самый эффект
как определение INDEX_SCAN,HASH_SCAN
. Чтобы использовать хеширование
для любых поисков, которое не использует первичный или уникальный ключ, устанавливает эту опцию в
INDEX_SCAN,HASH_SCAN
. Чтобы вызвать хеширование для всех поисков, установите это в TABLE_SCAN,HASH_SCAN
.
--slave-skip-errors=[
err_code1
,err_code2
,...|all]
Формат командной строки | --slave-skip-errors=name |
||
Формат файла опции | slave-skip-errors |
||
Системное Имя переменной | slave_skip_errors
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | OFF |
||
Допустимые Значения | [list of error codes] |
||
all |
|||
ddl_exist_errors |
Обычно, репликация останавливается, когда ошибка происходит на ведомом устройстве. Это дает Вам возможность разрешить несогласованность в данных вручную. Эта опция говорит ведомому потоку SQL продолжать репликацию, когда оператор возвращает любую из ошибок, перечисленных в значении опции.
Не используйте эту опцию, если Вы полностью не понимаете, почему Вы получаете ошибки. Если нет никаких ошибок в Вашей установке репликации и клиентских программах, и никаких ошибок в MySQL непосредственно, ошибка, которая останавливает репликацию, никогда не должна происходить. Неразборчивое использование этой опции приводит к ведомым устройствам, становящимся безнадежно из синхронии с ведущим устройством с Вами понятия не имеющий, почему это произошло.
Для кодов ошибки следует использовать числа, обеспеченные сообщением об ошибке в Вашем ведомом
журнале ошибок и в выводе SHOW
SLAVE STATUS
. Приложение
C, Ошибки, Коды ошибки, и Типичные проблемы, перечисляет коды ошибки сервера.
Вы можете также (но не должен) использовать очень нерекомендуемое значение all
заставить ведомое устройство игнорировать все сообщения об ошибках и
продолжает идти независимо от того, что происходит. Само собой разумеется, если Вы используете all
, нет никаких гарантий относительно целостности Ваших данных.
Пожалуйста, не жалуйтесь (или отчеты об ошибках файла) в этом случае, если данные ведомого
устройства не нигде близко к тому, что это находится на ведущем устройстве. Вы были предупреждены.
MySQL 5.7 поддерживает дополнительное краткое значение ddl_exists_errors
, который эквивалентен списку кода ошибки 1007,1008,4050,1051,1054,1060,1061,1068,1094,1146
.
Примеры:
--slave-skip-errors=1062,1053--slave-skip-errors=all--slave-skip-errors=ddl_exist_errors
--slave-sql-verify-checksum={0|1}
Формат командной строки | --slave-sql-verify-checksum=value |
||
Формат файла опции | slave-sql-verify-checksum |
||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | 0 |
||
Допустимые Значения | 0 |
||
1 |
Когда эта опция включается, ведомое устройство исследует контрольные суммы, считанные из релейного журнала, в случае несоответствия, ведомых остановок с ошибкой. Отключенный по умолчанию.
Устаревшие опции. Следующие
опции были удалены в MySQL 5.6 и больше не поддерживаются. Если Вы пытаетесь запустить mysqld с какой-либо из этих опций в MySQL 5.7, сервер
прерывается с неизвестной переменной ошибкой. Чтобы установить
параметры репликации, прежде связанные с этими опциями, следует использовать CHANGE MASTER
TO ...
оператор (см. Раздел 13.4.2.1,"CHANGE MASTER TO
Синтаксис").
Варианты, на которые влияют, показываются в этом списке:
Системные переменные используются на ведомых устройствах
репликации. Следующий список описывает системные переменные для того, чтобы управлять ведомыми серверами
репликации. Они могут быть установлены при запуске сервера, и некоторые из них могут быть изменены при
использовании времени выполнения SET
. Параметры
сервера, используемые с ведомыми устройствами репликации, перечисляются ранее в этом разделе.
Формат командной строки | --slave-allow-batching |
||
Формат файла опции | slave_allow_batching |
||
Системное Имя переменной | slave_allow_batching
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | off |
Включаются ли пакетные обновления на ведомых устройствах репликации.
Формат командной строки | --init-slave=name |
||
Формат файла опции | init_slave |
||
Системное Имя переменной | init_slave
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | string |
Эта переменная подобна init_connect
, но строка, которая будет выполняться ведомым сервером
каждый раз, когда поток SQL запускается. Формат строки является тем же самым что касается init_connect
переменная.
Поток SQL отправляет подтверждение клиенту прежде, чем он выполнится init_slave
. Поэтому, этому не гарантируют это init_slave
был выполнен когда START SLAVE
возвраты. См. Раздел
13.4.2.5,"START SLAVE
Синтаксис", для получения
дополнительной информации.
Представленный | 5.7.1 | ||
Системное Имя переменной | log_slow_slave_statements
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | OFF |
Когда медленный журнал запросов включается, эта переменная позволяет регистрировать для запросов,
которые взяли больше чем long_query_time
секунды, чтобы выполниться на ведомом устройстве.
Эта переменная была добавлена в MySQL 5.7.1.
Системное Имя переменной | master_info_repository
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | FILE |
||
Допустимые Значения | FILE |
||
TABLE |
Установка этой переменной определяет, регистрирует ли ведомое устройство основное состояние и
информацию о соединении к a FILE
(master.info
), или к a TABLE
(mysql.slave_master_info
).
Формат командной строки | --relay-log=name |
||
Формат файла опции | relay-log |
||
Системное Имя переменной | relay_log
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | file name |
Имя релейного файла журнала.
Системное Имя переменной | relay_log_basename
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | file name |
||
Значение по умолчанию | datadir + '/' + hostname + '-relay-bin' |
Содержит имя и полный путь к релейному файлу журнала.
Формат командной строки | --relay-log-index |
||
Формат файла опции | relay_log_index |
||
Системное Имя переменной | relay_log_index
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | *host_name*-relay-bin.index |
Имя релейного индексного файла журнала. Имя по умолчанию
в каталоге данных, где
host_name
-relay-bin.indexhost_name
имя ведомого сервера.
Формат командной строки | --relay-log-info-file=file_name |
||
Формат файла опции | relay_log_info_file |
||
Системное Имя переменной | relay_log_info_file
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | relay-log.info |
Имя файла, в котором ведомое устройство записывает информацию о релейных журналах. Имя по умолчанию
relay-log.info
в каталоге данных.
Системное Имя переменной | relay_log_info_repository
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | FILE |
||
Допустимые Значения | FILE |
||
TABLE |
Эта переменная определяет, пишется ли позиция ведомого устройства в релейных журналах a FILE
(relay-log.info
) или к a TABLE
(mysql.slave_relay_log_info
).
Формат командной строки | --relay-log-recovery |
||
Формат файла опции | relay_log_recovery |
||
Системное Имя переменной | relay_log_recovery
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | FALSE |
сразу включает автоматическому релейному восстановлению журнала после запуска сервера, что означает,
что ведомое устройство репликации отбрасывает все необработанные релейные журналы и получает их от
ведущего устройства репликации. В MySQL 5.7 эта глобальная переменная только для чтения; его
значение может быть изменено, запуская ведомое устройство с --relay-log-recovery
опция, которая должна использоваться после
катастрофического отказа на ведомом устройстве репликации, чтобы гарантировать, что не возможно
поврежденные релейные журналы обрабатываются, и должен использоваться, чтобы гарантировать
отказоустойчивое ведомое устройство. Значение по умолчанию 0 (отключено).
Когда relay_log_recovery
включается и ведомое устройство остановилось
из-за ошибок, с которыми встречаются, работая в многопоточном режиме, можно использовать START SLAVE UNTIL SQL_AFTER_MTS_GAPS
гарантировать, что все
разрывы обрабатываются прежде, чем переключиться назад на однопоточный режим или выполнить a CHANGE MASTER TO
оператор.
Формат командной строки | --slave-checkpoint-group=# |
||
Формат файла опции | slave_checkpoint_group |
||
Системное Имя переменной | slave_checkpoint_group=# |
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 512 |
||
Диапазон | 32 .. 524280 |
||
Размер блока | 8 |
Устанавливает максимальное количество транзакций, которые могут быть обработаны многопоточным
ведомым устройством прежде, чем работу контрольной точки вызовут, чтобы обновить ее состояние как
показано SHOW SLAVE
STATUS
. Установка этой переменной не имеет никакого эффекта на ведомые устройства,
для которых не включается многопоточность.
Эта переменная работает в комбинации с slave_checkpoint_period
системная переменная таким способом, которым,
когда любой предел превышается, контрольная точка выполняется и счетчики, отслеживающие и число
транзакций и время, законченное начиная с последней контрольной точки, сбрасывается.
Минимальное позволенное значение для этой переменной 32, если сервер не был создан, используя -DWITH_DEBUG
, когда минимальное значение 1. Действующее значение
всегда является кратным числом 8; можно установить это в значение, которое не является таким кратным
числом, но сервер округляет в меньшую сторону это до следующего, ниже многократного из 8 прежде, чем
сохранить значение. (Исключение: Никакое такое округление не
выполняется сервером отладки.) Независимо от того, как сервер был создан, значение по умолчанию 512,
и максимальное позволенное значение 524280.
Формат командной строки | --slave-checkpoint-period=# |
||
Формат файла опции | slave_checkpoint_period |
||
Системное Имя переменной | slave_checkpoint_period=# |
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 300 |
||
Диапазон | 1 .. 4G |
Устанавливает максимальное время (в миллисекундах), которому позволяют передать прежде, чем работу
контрольной точки вызовут, чтобы обновить состояние многопоточного ведомого устройства как показано
SHOW SLAVE STATUS
.
Установка этой переменной не имеет никакого эффекта на ведомые устройства, для которых не включается
многопоточность.
Эта переменная работает в комбинации с slave_checkpoint_group
системная переменная таким способом, которым,
когда любой предел превышается, контрольная точка выполняется и счетчики, отслеживающие и число
транзакций и время, законченное начиная с последней контрольной точки, сбрасывается.
Минимальное позволенное значение для этой переменной 1, если сервер не был создан, используя -DWITH_DEBUG
, когда минимальное значение 0. Независимо от того, как
был создан сервер, значение по умолчанию 300, и максимальное возможное значение 4294967296 (4
Гбайт).
Формат командной строки | --slave_compressed_protocol |
||
Формат файла опции | slave_compressed_protocol |
||
Системное Имя переменной | slave_compressed_protocol
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | OFF |
Использовать ли сжатие ведомого/основного протокола если и ведомое устройство и основная поддержка это.
Формат командной строки | --slave-exec-mode=mode |
||
Формат файла опции | slave_exec_mode |
||
Системное Имя переменной | slave_exec_mode
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | enumeration |
||
Значение по умолчанию | STRICT (ВСЕ) |
||
Значение по умолчанию | IDEMPOTENT (NDB) |
||
Допустимые Значения | IDEMPOTENT |
||
STRICT |
Средства управления, ли IDEMPOTENT
или STRICT
режим используется в разрешении конфликтов репликации и проверке
на ошибки. IDEMPOTENT
режим вызывает подавление двойного ключа и
никакого ключа, найденного ошибками. Этот режим должен использоваться в мультиосновной репликации,
круговой репликации, и некоторых других специальных сценариях репликации. STRICT
режим является значением по умолчанию, и является подходящим для большинства других случаев.
Формат командной строки | --slave-load-tmpdir=path |
||
Формат файла опции | slave-load-tmpdir |
||
Системное Имя переменной | slave_load_tmpdir
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | file name |
||
Значение по умолчанию | /tmp |
Имя каталога, где ведомое устройство создает временные файлы для того, чтобы тиражироваться LOAD DATA INFILE
операторы.
Системное Имя переменной | slave_max_allowed_packet
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 1073741824 |
||
Диапазон | 1024 .. 1073741824 |
В MySQL 5.6.6 и позже, эта переменная устанавливает максимальный пакетный размер для ведомого SQL и
потоков ввода-вывода, так, чтобы большие обновления, используя построчную репликацию не заставили
репликацию перестать работать потому что превышенное обновление max_allowed_packet
.
У этой глобальной переменной всегда есть значение, которое является положительным целочисленным
кратным числом 1024; если Вы устанавливаете это в некоторое значение, которое не является, значение
округляется в меньшую сторону до следующего самого высокого кратного числа 1024 для этого, сохранен
или используется; установка slave_max_allowed_packet
к 0 причинам 1024,
чтобы использоваться. (Усечение, предупреждающее, выпускается во всех таких случаях.) Значение по
умолчанию и максимальное значение 1073741824 (1 Гбайт); минимум 1024.
slave_max_allowed_packet
может также быть установлен при запуске,
используя --slave-max-allowed-packet
опция.
Формат командной строки | --slave-net-timeout=# |
||
Формат файла опции | slave-net-timeout |
||
Системное Имя переменной | slave_net_timeout
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 3600 |
||
Минимальное Значение | 1 |
Число секунд, чтобы ожидать большего количества данных от основного/ведомого соединения прежде, чем прервать чтение.
Системное Имя переменной | slave_parallel_workers
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 0 |
||
Диапазон | 0 .. 1024 |
Определяет номер потоков раба для того, чтобы выполнить события репликации (транзакции) параллельно. Установка этой переменной к 0 (значение по умолчанию) отключает параллельное выполнение. Максимум 1024.
Когда параллельное выполнение включается, ведомые действия потока SQL, поскольку координатор для раба распараллеливает, среди которого транзакции распределяются на основе для каждой базы данных. Это означает, что рабочий поток на ведомом ведомом устройстве может обработать последовательные транзакции на данной базе данных, не ожидая обновлений к другим базам данных, чтобы завершиться. Текущая реализация многопоточности на ведомом устройстве предполагает, что данные делятся для каждой базы данных, и что обновления в пределах данной базы данных происходят в том же самом относительном порядке, как они делают на ведущем устройстве, чтобы работать правильно. Однако, транзакции не должны быть скоординированы ни между какими двумя базами данных.
Вследствие того, что транзакции на различных базах данных могут произойти в различном порядке на
ведомое устройство чем на ведущем устройстве, проверяющий на последний раз выполняемую транзакцию не
гарантирует, что все предыдущие транзакции от ведущего устройства были выполнены на ведомом
устройстве. У этого есть импликации для журналирования и восстановления при использовании
многопоточного ведомого устройства. Для получения информации о том, как интерпретировать двоичную
информацию о журналировании при использовании многопоточности на ведомом устройстве, см. Раздел 13.7.5.33,"SHOW
SLAVE STATUS
Синтаксис". Кроме того, это означает это START SLAVE UNTIL
не поддерживается с многопоточным ведомым
устройством.
Когда многопоточность включается, slave_transaction_retries
обрабатывается как равный 0, и не может
быть изменен. (В настоящий момент повторение транзакций не поддерживается с многопоточными ведомыми
устройствами.)
Системное Имя переменной | slave_pending_jobs_size_max
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
||
Значение по умолчанию | 0 |
||
Диапазон | 1024 .. 18EB |
||
Размер блока | 1024 |
Для многопоточных ведомых устройств эта переменная устанавливает максимальный объем памяти (в байтах) доступный очередям раба, проводящим мероприятия, еще примененные. Установка этой переменной не имеет никакого эффекта на ведомые устройства, для которых не включается многопоточность.
Минимальное возможное значение для этой переменной 1024; значение по умолчанию составляет 16 МБ. Максимальное возможное значение 18446744073709551615 (16 эксабайт). Значения, которые не являются точной сетью магазинов 1024, округляются в меньшую сторону до следующего самого высокого кратного числа 1024 до того, чтобы быть сохраненным.
Значение этой переменной не должно быть меньше чем значение ведущего устройства для max_allowed_packet
; иначе очередь раба может стать полной, в то
время как там остаются событиями, прибывающими от ведущего устройства, чтобы быть обработанными.
Системное Имя переменной | slave_rows_search_algorithms=list |
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | set |
||
Допустимые Значения | TABLE_SCAN,INDEX_SCAN (значение по умолчанию)
|
||
INDEX_SCAN,HASH_SCAN |
|||
TABLE_SCAN,HASH_SCAN |
|||
TABLE_SCAN,INDEX_SCAN,HASH_SCAN
(эквивалентный INDEX_SCAN, HASH_SCAN)
|
Готовя пакеты строк для основанного на строке использования журналирования и репликации slave_allow_batching
,
slave_rows_search_algorithms
переменная управляет, как строки ищутся
соответствия — то есть, используется ли хеширование для поисков, используя первичный или уникальный
ключ, используя некоторый другой ключ, или не используя ключа вообще. Эта опция берет список
разделенных запятой значений по крайней мере 2 значений от списка INDEX_SCAN
, TABLE_SCAN
, HASH_SCAN
. Значение, ожидаемое как строка, таким образом, значение
должно быть заключено в кавычки. Кроме того, значение не должно содержать пробелы. Возможные
комбинации (списки) и их эффекты показывают в следующей таблице:
Индексируйте используемый / значение опции | INDEX_SCAN,HASH_SCAN илиINDEX_SCAN,TABLE_SCAN,HASH_SCAN
|
INDEX_SCAN,TABLE_SCAN |
TABLE_SCAN,HASH_SCAN |
---|---|---|---|
Первичный ключ или уникальный ключ | Индексируйте сканирование | индексируйте сканирование | Индексируйте хеш |
(Другой) Ключ | Индексируйте хеш | Индексируйте сканирование | Индексируйте хеш |
Нет не индексируйте | Табличный хеш | Сканирование таблицы | Табличный хеш |
Порядок, в котором алгоритмы определяются в списке, не имеет никакого значения в порядке, в котором
они выводятся на экран a SELECT
или SHOW VARIABLES
оператор, как показано здесь:
mysql>SET GLOBAL slave_rows_search_algorithms = "INDEX_SCAN,TABLE_SCAN";
Query OK, 0 rows affected (0.00 sec)mysql>SHOW VARIABLES LIKE '%algorithms%';
+------------------------------+-----------------------+| Variable_name | Value |+------------------------------+-----------------------+| slave_rows_search_algorithms | TABLE_SCAN,INDEX_SCAN |+------------------------------+-----------------------+1 row in set (0.00 sec)mysql>SET GLOBAL slave_rows_search_algorithms = "TABLE_SCAN,INDEX_SCAN";
Query OK, 0 rows affected (0.00 sec)mysql>SHOW VARIABLES LIKE '%algorithms%';
+------------------------------+-----------------------+| Variable_name | Value |+------------------------------+-----------------------+| slave_rows_search_algorithms | TABLE_SCAN,INDEX_SCAN |+------------------------------+-----------------------+1 row in set (0.00 sec)
Значение по умолчанию TABLE_SCAN,INDEX_SCAN
, что означает, что все
поискы, которые могут использовать, индексируют, действительно используют их, и поискы ни с кем
индексируют сканирования таблицы использования.
Определение INDEX_SCAN,TABLE_SCAN,HASH_SCAN
имеет тот же самый эффект
как определение INDEX_SCAN,HASH_SCAN
. Чтобы использовать хеширование
для любых поисков, которое не использует первичный или уникальный ключ, устанавливает эту переменную
в INDEX_SCAN,HASH_SCAN
. Чтобы вызвать хеширование для всех поисков, установите это в TABLE_SCAN,HASH_SCAN
.
Формат командной строки | --slave-skip-errors=name |
||
Формат файла опции | slave-skip-errors |
||
Системное Имя переменной | slave_skip_errors
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | OFF |
||
Допустимые Значения | [list of error codes] |
||
all |
|||
ddl_exist_errors |
Обычно, репликация останавливается, когда ошибка происходит на ведомом устройстве. Это дает Вам возможность разрешить несогласованность в данных вручную. Эта переменная говорит ведомому потоку SQL продолжать репликацию, когда оператор возвращает любую из ошибок, перечисленных в значении переменной.
Системное Имя переменной | slave_sql_verify_checksum
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | boolean |
||
Значение по умолчанию | 0 |
||
Допустимые Значения | 0 |
||
1 |
Заставьте ведомый поток SQL проверять данные, используя контрольные суммы, считанные из релейного журнала. В случае несоответствия ведомое устройство останавливается с ошибкой.
Ведомый поток ввода-вывода всегда читает контрольные суммы если возможный, принимая события из-за сети.
Формат командной строки | --slave_transaction_retries=# |
||
Формат файла опции | slave_transaction_retries |
||
Системное Имя переменной | slave_transaction_retries
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Диаметр долота платформы | 32 |
||
Ввести | numeric |
||
Значение по умолчанию | 10 |
||
Диапазон | 0 .. 4294967295 |
||
Разрешенные Значения | |||
Диаметр долота платформы | 64 |
||
Ввести | numeric |
||
Значение по умолчанию | 10 |
||
Диапазон | 0 .. 18446744073709547520 |
Если ведомый поток SQL репликации не в состоянии выполнить транзакцию из-за InnoDB
мертвая блокировка или потому что время выполнения транзакции
превышается InnoDB
's innodb_lock_wait_timeout
, это автоматически повторяет slave_transaction_retries
времена прежде, чем остановиться с ошибкой. Значение по умолчанию 10.
Транзакции не могут быть повторены при использовании многопоточного ведомого устройства. Другими
словами, всякий раз, когда slave_parallel_workers
больше чем 0, slave_transaction_retries
обрабатывается как равный 0, и не может быть изменен.
Формат командной строки | --slave_type_conversions=set |
||
Формат файла опции | slave_type_conversions |
||
Системное Имя переменной | slave_type_conversions
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Нет | ||
Разрешенные Значения (<= 5.7.1) | |||
Ввести | set |
||
Значение по умолчанию |
|
||
Допустимые Значения | ALL_LOSSY |
||
ALL_NON_LOSSY |
|||
Разрешенные Значения (> = 5.7.2) | |||
Ввести | set |
||
Значение по умолчанию |
|
||
Допустимые Значения | ALL_LOSSY |
||
ALL_NON_LOSSY |
|||
ALL_SIGNED |
|||
ALL_UNSIGNED |
Управляет режимом преобразования типов в действительности на ведомом устройстве при использовании
построчной репликации. В MySQL 5.7.2 и позже, его значение является разграниченным запятой набором
нуля или большего количества элементов от списка: ALL_LOSSY
, ALL_NON_LOSSY
, ALL_SIGNED
, ALL_UNSIGNED
. Установите эту переменную в пустую строку, чтобы
отвергнуть преобразования типов между ведущим устройством и ведомым устройством. Изменения требуют,
чтобы перезапуск ведомого устройства вступил в силу.
ALL_SIGNED
и ALL_UNSIGNED
были добавлены в
MySQL 5.7.2 (Bug#15831300). Для дополнительной информации о режимах преобразования типов,
применимых, чтобы приписать продвижение и понижение в должности в построчной репликации, см. Построчную репликацию:
продвижение атрибута и понижение в должности.
Системное Имя переменной | sql_slave_skip_counter
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Ввести | numeric |
Число событий от ведущего устройства, которое должен пропустить ведомый сервер.
Эта опция является несовместимой с GTID-на-основе репликацией, и не должна быть установлена в
ненулевое значение когда --gtid-mode=ON
. В MySQL 5.7.1 и позже, пытаясь сделать так
определенно отвергается. (Ошибка #15833516), Если Вы должны пропустить транзакции, используя GTIDs,
использовать gtid_executed
от ведущего устройства вместо этого. См. Вводящие пустые
транзакции для информации о том, как сделать это.
Если пропуск числа событий, определенных, устанавливая эту переменную, заставил бы
ведомое устройство начинаться в середине группы события, ведомое устройство продолжает
пропускать, пока это не находит начало следующей группы события и начинается с той точки. Для
получения дополнительной информации см. Раздел
13.4.2.4,"SET GLOBAL sql_slave_skip_counter
Синтаксис"
.
Формат командной строки | --sync-master-info=# |
||
Формат файла опции | sync_master_info |
||
Системное Имя переменной | sync_master_info
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Диаметр долота платформы | 32 |
||
Ввести | numeric |
||
Значение по умолчанию | 10000 |
||
Диапазон | 0 .. 4294967295 |
||
Разрешенные Значения | |||
Диаметр долота платформы | 64 |
||
Ввести | numeric |
||
Значение по умолчанию | 10000 |
||
Диапазон | 0 .. 18446744073709547520 |
Эффекты этой переменной на ведомом устройстве репликации зависят от ли ведомое устройство master_info_repository
устанавливается в FILE
или TABLE
, как
объяснено в следующих абзацах.
master_info_repository = FILE
. Если значение sync_master_info
больше чем 0, ведомое устройство синхронизирует master.info
файл к диску (использование fdatasync()
)
после каждого sync_master_info
события. Если это 0, сервер MySQL не
выполняет синхронизации master.info
файл к диску; вместо этого, сервер
полагается на операционную систему, чтобы периодически сбрасывать ее содержание как с любым другим
файлом.
master_info_repository = TABLE
. Если значение sync_master_info
больше чем 0, ведомое устройство обновляет свою основную
таблицу репозитария информации после каждого sync_master_info
события.
Если это 0, таблица никогда не обновляется.
Значение по умолчанию для sync_master_info
10000.
Формат командной строки | --sync-relay-log=# |
||
Формат файла опции | sync_relay_log |
||
Системное Имя переменной | sync_relay_log
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Диаметр долота платформы | 32 |
||
Ввести | numeric |
||
Значение по умолчанию | 10000 |
||
Диапазон | 0 .. 4294967295 |
||
Разрешенные Значения | |||
Диаметр долота платформы | 64 |
||
Ввести | numeric |
||
Значение по умолчанию | 10000 |
||
Диапазон | 0 .. 18446744073709547520 |
Если значение этой переменной больше чем 0, сервер MySQL синхронизирует свой релейный журнал с
диском (использование fdatasync()
) после каждого sync_relay_log
записи к релейному журналу. Есть одна запись к
релейному журналу на оператор, если автоматическая фиксация включается, и одна запись на транзакцию
иначе. Значение 0 не делает никакой синхронизации с диском — в этом случае, сервер полагается на
операционную систему, чтобы время от времени сбрасывать содержание релейного журнала что касается
любого другого файла. Значение 1 является самым безопасным выбором, потому что в случае
катастрофического отказа Вы теряете самое большее один оператор или транзакцию от релейного журнала.
Однако, это - также самый медленный выбор (если у диска нет поддержанного батареей кэша, который
делает синхронизацию очень быстро). Значение по умолчанию 10000.
Формат командной строки | --sync-relay-log-info=# |
||
Формат файла опции | sync_relay_log_info |
||
Системное Имя переменной | sync_relay_log_info
|
||
Переменный Контекст | Глобальная переменная | ||
Динамическая Переменная | Да | ||
Разрешенные Значения | |||
Диаметр долота платформы | 32 |
||
Ввести | numeric |
||
Значение по умолчанию | 10000 |
||
Диапазон | 0 .. 4294967295 |
||
Разрешенные Значения | |||
Диаметр долота платформы | 64 |
||
Ввести | numeric |
||
Значение по умолчанию | 10000 |
||
Диапазон | 0 .. 18446744073709547520 |
Эффекты этой переменной на ведомом устройстве зависят от сервера relay_log_info_repository
установка (FILE
или TABLE
), и если это TABLE
, дополнительно на том, является ли механизм хранения, используемый
релейной таблицей информации журнала, транзакционным (такой как InnoDB
) или не (MyISAM
). Эффекты этих факторов на поведении сервера для sync_relay_log_info
значения нуля и больше чем нуль показывают в
следующей таблице:
sync_relay_log_info |
relay_log_info_repository |
||
---|---|---|---|
FILE |
TABLE |
||
Транзакционный | Нетранзакционный | ||
|
Ведомое устройство синхронизирует |
Таблица обновляется после каждой транзакции. ( |
Таблица обновляется после каждого |
0 |
Сервер MySQL не выполняет синхронизации |
Таблица никогда не обновляется. |
Значение по умолчанию для sync_relay_log_info
10000.
Опции для того, чтобы зарегистрировать ведомое состояние к таблицам. Журналирование MySQL ведомой информации о статусе репликации к таблицам, а не файлам. Запись основного журнала информации и релейного журнала информации журнала может быть сконфигурирована, отдельно используя эти два параметра сервера, перечисленные здесь:
--master-info-repository={FILE|TABLE}
Формат командной строки | --master-info-repository=FILE|TABLE |
||
Формат файла опции | master-info-repository |
||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | FILE |
||
Допустимые Значения | FILE |
||
TABLE |
Эта опция заставляет сервер писать свой основной журнал информации в файл или таблицу. Имя значений
по умолчанию файла к master.info
; можно поменять имя файла, используя
--master-info-file
параметр сервера.
Значение по умолчанию для этой опции FILE
. Если Вы используете TABLE
, журнал пишется slave_master_info
таблица в mysql
база данных.
--relay-log-info-repository={FILE|TABLE}
Формат командной строки | --relay-log-info-repository=FILE|TABLE |
||
Формат файла опции | relay-log-info-repository |
||
Разрешенные Значения | |||
Ввести | string |
||
Значение по умолчанию | FILE |
||
Допустимые Значения | FILE |
||
TABLE |
Эта опция заставляет сервер регистрировать свою релейную информацию журнала к файлу или таблице. Имя
значений по умолчанию файла к relay-log.info
; можно поменять имя
файла, используя --relay-log-info-file
параметр сервера.
Значение по умолчанию для этой опции FILE
. Если Вы используете TABLE
, журнал пишется slave_relay_log_info
таблица в mysql
база данных.
Таблицы журнала информации и их содержание считают локальными для данного MySQL Server. Они не тиражируются, и изменяется на них, не пишутся двоичному журналу.
Для получения дополнительной информации см. Раздел 16.2.2, "Реле репликации и Журналы Состояния".