binlog_gtid_simple_recovery

Эта переменная управляет тем, как итерируются файлы двоичного журнала во время поиска GTID при запуске или перезапуске MySQL.

Когда binlog_gtid_simple_recovery=TRUE, что является значением по умолчанию, значения gtid_executed и gtid_purged вычисляются во время запуска на основе значений Previous_gtids_log_event в самых последних и самых старых файлах двоичного журнала. Описание вычисления см. в переменной системы gtid_purged. Это значение обращается только к двум файлам двоичного журнала во время перезапуска сервера. Если все двоичные журналы на сервере были сгенерированы с помощью MySQL 5.7.8 или более поздней версии, и вы используете MySQL 5.7.8 или более позднюю версию, binlog_gtid_simple_recovery=TRUE всегда можно безопасно использовать.

С binlog_gtid_simple_recovery=TRUE, gtid_executed и gtid_purged могут быть инициализированы неправильно в следующих двух ситуациях:

Если в любой из этих ситуаций вычисляется некорректное множество GTID, оно остаётся некорректным даже после последующего перезапуска сервера с binlog_gtid_simple_recovery=FALSE. Если какая-либо из этих ситуаций применима к серверу, задайте binlog_gtid_simple_recovery=FALSE до запуска или перезапуска сервера. Для проверки второй ситуации, если вы используете MySQL 5.7.7 или более раннюю версию, после выполнения оператора SET @@GLOBAL.gtid_purged запишите текущее имя файла двоичного журнала, которое можно проверить с помощью SHOW MASTER STATUS. Если сервер перезапускается до того, как этот файл был очищен, вам следует установить binlog_gtid_simple_recovery=FALSE.

Когда binlog_gtid_simple_recovery=FALSE установлено, метод вычисления gtid_executed и gtid_purged, как описано в переменной системы gtid_purged, изменяется на итерацию файлов двоичного журнала следующим образом:

В версии MySQL 5.7.5 эта переменная была добавлена как simplified_binlog_gtid_recovery, а в версии MySQL 5.7.6 она была переименована в binlog_gtid_simple_recovery.

enforce_gtid_consistency

В зависимости от значения этой переменной, сервер обеспечивает согласованность GTID, разрешая выполнение только тех операторов, которые могут быть безопасно записаны с помощью GTID. Вы обязаны установить эту переменную в ON перед включением репликации на основе GTID.

Значения, которые может принимать enforce_gtid_consistency, следующие:

Когда enforce_gtid_consistency установлено в ON, в журнал могут записываться только операторы, которые могут быть записаны с использованием безопасных для GTID операторов. Следовательно, эти операции нельзя использовать с этим параметром:

--enforce-gtid-consistency действует только если выполняется двоичный лог для оператора. Если двоичный лог отключён на сервере или операторы не записываются в двоичный лог из-за фильтра, согласованность GTID не проверяется или не применяется к операторам, которые не записаны в лог.

Для получения дополнительной информации см. раздел 16.1.3.6 «Ограничения репликации с GTID».

До версии MySQL 5.7.6 булевое значение enforce_gtid_consistency имело значение по умолчанию OFF. Для обеспечения совместимости с предыдущими версиями в MySQL 5.7.6 перечисление по умолчанию установлено на OFF, и установка --enforce-gtid-consistency без значения интерпретируется как установка значения ON. Переменная также имеет несколько текстовых псевдонимов для значений: 0=OFF=FALSE, 1=ON=TRUE, 2=WARN. Это отличается от других типов перечислений, но сохраняет совместимость с булевым типом, используемым в предыдущих версиях. Эти изменения влияют на возвращаемое значение переменной. Используя SELECT @@ENFORCE_GTID_CONSISTENCY, SHOW VARIABLES LIKE 'ENFORCE_GTID_CONSISTENCY' и SELECT * FROM INFORMATION_SCHEMA.VARIABLES WHERE 'VARIABLE_NAME' = 'ENFORCE_GTID_CONSISTENCY', возвращается текстовая форма, а не числовая. Это несовместимое изменение, так как @@ENFORCE_GTID_CONSISTENCY возвращает числовую форму для булевых значений, но возвращает текстовую форму для SHOW и схемы информации.

gtid_executed

При использовании с глобальной областью действия эта переменная содержит представление набора всех транзакций, выполненных на сервере, и GTID, которые были установлены с помощью оператора SET gtid_purged. Это то же самое, что и значение столбца Executed_Gtid_Set в выводе оператора SHOW MASTER STATUS и SHOW SLAVE STATUS. Значение этой переменной является набором GTID, см. GTID Sets для получения дополнительной информации.

При запуске сервера @@GLOBAL.gtid_executed инициализируется. Подробнее см. binlog_gtid_simple_recovery, чтобы узнать, как двоичные журналы используются для заполнения gtid_executed. Затем GTID добавляются в набор при выполнении транзакций или при выполнении оператора SET gtid_purged.

Множество транзакций, которые можно найти в двоичных журналах в любой момент времени, равно GTID_SUBTRACT(@@GLOBAL.gtid_executed, @@GLOBAL.gtid_purged); то есть, всем транзакциям в двоичном журнале, которые еще не были удалены.

Выполнение RESET MASTER приводит к сбросу глобального значения (но не сессионного значения) этой переменной до пустой строки. GTID не удаляются из этого набора, за исключением случаев, когда набор очищается из-за RESET MASTER.

До MySQL 5.7.7 эта переменная также могла использоваться с областью действия сессии, где она содержала представление множества транзакций, записываемых в кеш в текущей сессии. Область действия сессии была устаревшей в MySQL 5.7.7.

gtid_executed_compression_period

Сжимайте таблицу mysql.gtid_executed каждый раз, когда обрабатывается заданное количество транзакций. Когда включено ведение двоичных журналов на сервере, этот метод сжатия не используется, и вместо этого таблица mysql.gtid_executed сжимается при каждой ротации двоичного журнала. Если ведение двоичных журналов отключено на сервере, поток сжатия спит, пока не будет выполнено указанное количество транзакций, затем просыпается, чтобы выполнить сжатие таблицы mysql.gtid_executed. Установка значения этой переменной системы в 0 означает, что поток никогда не просыпается, поэтому этот явный метод сжатия не используется. Вместо этого сжатие происходит неявно по мере необходимости.

См. mysql.gtid_executed Table Compression для получения дополнительной информации.

Эта переменная была добавлена в MySQL версии 5.7.5 как executed_gtids_compression_period и переименована в MySQL версии 5.7.6 в gtid_executed_compression_period.

gtid_mode

Управляет включением ведения журнала на основе GTID и типом транзакций, которые могут содержать журналы. До MySQL 5.7.6 эта переменная была только для чтения и устанавливалась с помощью --gtid-mode только при запуске сервера. До MySQL 5.7.5 запуск сервера с --gtid-mode=ON требовал, чтобы сервер также запускался с параметрами --log-bin и --log-slave-updates. С MySQL 5.7.5 это требование больше не является обязательным. См. mysql.gtid_executed Table.

MySQL 5.7.6 позволяет динамически изменять эту переменную. Вам необходимо иметь достаточные привилегии для изменения глобальных переменных системы. См. Раздел 5.1.8.1, “Privileges for System Variables”. enforce_gtid_consistency должно быть установлено в ON, прежде чем вы сможете изменить gtid_mode=ON. Перед изменением этой переменной см. Раздел 16.1.4, “Изменение режимов репликации на онлайн-серверах”.

Транзакции, записанные в MySQL 5.7.6 и выше, могут быть анонимными или использовать GTID. Анонимные транзакции полагаются на двоичный журнал и позицию для идентификации конкретных транзакций. Транзакции GTID имеют уникальный идентификатор, используемый для ссылки на транзакции. Режимы OFF_PERMISSIVE и ON_PERMISSIVE, добавленные в MySQL 5.7.6, позволяют использовать в топологии смесь этих типов транзакций. Теперь разные режимы:

Изменения между значениями могут происходить только по одному шагу. Например, если gtid_mode в настоящее время установлено в OFF_PERMISSIVE, можно переключиться на OFF или ON_PERMISSIVE, но не на ON.

В MySQL 5.7.6 и более поздних версиях значения gtid_purged и gtid_executed сохраняются независимо от значения gtid_mode. Поэтому даже после изменения значения gtid_mode эти переменные содержат правильные значения. В MySQL 5.7.5 и более ранних версиях значения gtid_purged и gtid_executed не сохраняются при изменении gtid_mode=OFF. Следовательно, после изменения gtid_mode на OFF, после удаления всех двоичных журналов, содержащих GTID, значения этих переменных теряются.

gtid_next

Эта переменная используется для указания того, как получать следующий GTID.

Установка значения этой переменной в сеансе — ограниченная операция. Пользователь сеанса должен иметь достаточные привилегии для установки ограниченных переменных сеанса. См. Раздел 5.1.8.1, «Привилегии переменных системы».

gtid_next может принимать любое из следующих значений:

Точное значение допустимых вариантов зависит от настройки gtid_mode, см. Раздел 16.1.4.1, «Концепции режима репликации» для получения дополнительной информации. Установка этой переменной не оказывает никакого влияния, если gtid_mode имеет значение OFF.

После того, как эта переменная была установлена в значение UUID:NUMBER, и транзакция была завершена или отменена, необходимо снова выполнить явную команду SET GTID_NEXT перед выполнением любой другой команды.

В MySQL 5.7.5 и более поздних версиях DROP TABLE или DROP TEMPORARY TABLE завершается с явным сообщением об ошибке при использовании в сочетании с невременными таблицами и временными таблицами, или временными таблицами, использующими транзакционные хранилища, с временными таблицами, использующими не транзакционные хранилища. В MySQL 5.7.5 и более ранних версиях, когда GTID были включены, но gtid_next не был AUTOMATIC, DROP TABLE не работал правильно, если использовался с одним из этих сочетаний таблиц. (Ошибка #17620053)

В MySQL 5.7.1 вы не можете выполнить ни одну из команд CHANGE MASTER TO, START SLAVE, STOP SLAVE, REPAIR TABLE, OPTIMIZE TABLE, ANALYZE TABLE, CHECK TABLE, CREATE SERVER, ALTER SERVER, DROP SERVER, CACHE INDEX, LOAD INDEX INTO CACHE, FLUSH, или RESET, когда gtid_next установлено на любое значение, кроме AUTOMATIC; в таких случаях команда завершается с ошибкой. Такие команды не запрещены в MySQL 5.7.2 и более поздних версиях. (Ошибка #16062608, Ошибка #16715809, Ошибка #69045) (Ошибка #16062608)

gtid_owned

Эта только для чтения переменная, в основном, используется для внутренних целей. Ее содержимое зависит от области.

gtid_purged

Глобальное значение переменной системы gtid_purged (@@GLOBAL.gtid_purged) — это множество GTID, включающее GTID всех транзакций, которые были завершены на сервере, но отсутствуют в каком-либо бинарном журнале на сервере. gtid_purged является подмножеством gtid_executed. Следующие категории GTID находятся в gtid_purged:

При запуске или перезапуске сервера глобальное значение gtid_purged инициализируется множеством GTID. Подробности о том, как вычисляется это множество GTID, см. в gtid_purged. Если на сервере присутствуют бинарные логи MySQL 5.7.7 или более ранних версий, вам может потребоваться установить binlog_gtid_simple_recovery=FALSE в файле конфигурации сервера для получения корректного вычисления. Подробности о ситуациях, когда это значение необходимо, см. в описании binlog_gtid_simple_recovery.

Выполнение RESET MASTER приводит к сбросу значения gtid_purged до пустой строки.

Вы можете установить значение gtid_purged, чтобы отметить на сервере, что транзакции в определённом наборе GTID были применены, хотя они отсутствуют в любом бинарном журнале на сервере. Пример использования — восстановление резервной копии одной или нескольких баз данных на сервере, но при отсутствии соответствующих бинарных журналов, содержащих транзакции на сервере.

В MySQL 5.7 можно обновить значение gtid_purged только тогда, когда gtid_executed является пустой строкой, и поэтому gtid_purged также пуста. Это происходит либо при отсутствии предыдущего запуска репликации, либо при отсутствии предыдущего использования GTID в репликации. До MySQL 5.7.6 gtid_purged также можно было установить только когда gtid_mode=ON было задано определённым образом. В MySQL 5.7.6 и более поздних версиях gtid_purged можно задать независимо от значения gtid_mode.

Для замены значения gtid_purged вашим набором GTID используйте следующий оператор:

SET @@GLOBAL.gtid_purged = 'gtid_set'