PDF (US Ltr)
- 26.8Mb
PDF (A4)
- 26.8Mb
HTML Download (TGZ)
- 7.2Mb
HTML Download (Zip)
- 7.2Mb
このセクションで説明した MySQL Server オプションおよびシステム変数は、MySQL 5.6.5 で導入されたグローバルトランザクション識別子 (GTID) のモニターと制御に使用されます。
注記
これらのオプションと変数の多くは、MySQL 5.6.9 で名前が変わりました。詳細については、このセクションの説明を参照してください。
追加情報については セクション17.1.3「グローバルトランザクション識別子を使用したレプリケーション」を参照してください。
次のサーバー起動オプションは GTID ベースレプリケーションで使用されます。
-
--disable-gtid-unsafe-statementsコマンド行形式 --disable-gtid-unsafe-statements[=value]導入 5.6.5 削除 5.6.9 システム変数 disable_gtid_unsafe_statementsスコープ グローバル 動的 いいえ 型 ブール デフォルト false廃止: MySQL 5.6.9 で
--enforce-gtid-consistencyに置き換わりました。(Bug #14775984) -
コマンド行形式 --enforce-gtid-consistency[=value]導入 5.6.9 システム変数 enforce_gtid_consistencyスコープ グローバル 動的 いいえ 型 ブール デフォルト falseこのオプションが有効のときは、トランザクションセーフな方法でログを記録できるステートメントのみの実行を許可することで、GTID 一貫性を適用します。
--enforce-gtid-consistencyを有効にしてから--gtid-modeをONに設定する必要があります。そうしないで GTID モードを有効にすると、エラーで失敗します。システムが GTID を使用する準備ができているかどうかをテストするために、--gtid-modeを使用する前にこのオプションを使用できます (使用することをお勧めします)。--enforce-gtid-consistencyが有効のときは、トランザクションセーフなステートメントのみのログを記録できるため、次に示す操作はこのオプションで使用できないことになります。CREATE TABLE ... SELECTステートメントトランザクション内の
CREATE TEMPORARY TABLEステートメントトランザクションおよび非トランザクションテーブルの両方を更新するトランザクションまたはステートメント。
MySQL 5.6.9 より前では、このオプションの名前は
--disable-gtid-unsafe-statementsでした。(Bug #14775984)MySQL 5.6.7 より前では、このオプションを使用することで、一時テーブルでの非トランザクション DML が失敗しました (行ベースバイナリロギングを使用するときに一時テーブルへの変更のログが記録されない)。MySQL 5.6.7 以降では、影響されるすべてのテーブルが一時テーブルであるかぎり、
--disable-gtid-unsafe-statements(MySQL 5.6.9 以降では--enforce-gtid-consistency) の状態で非トランザクション DML ステートメントが一時テーブルで許可されます (Bug #14272672)。MySQL 5.6.7 より前では、
--write-binlogが明示的に無効の状態で mysql_upgrade が実行されていないかぎり、mysql_upgrade をこのオプションが有効の状態で動作する MySQL Server で使用できませんでした。(Bug #13833710、Bug #14221043) MySQL 5.6.7 以降では、--gtid-mode=ONの状態のサーバー上で mysql_upgrade を実行できますが、推奨されていません。MySQL システムテーブルが、非トランザクションであるMyISAMストレージエンジンを使用するためです。MySQL 5.6.8 以前では、
--enforce-gtid-consistencyが使用されるとき (このオプションは--disable-gtid-unsafe-statementsと呼ばれていました) に、非トランザクションテーブルに影響するステートメントを使用できませんでした。MySQL 5.6.9 以降では、このオプションは非トランザクションテーブルを更新する単一ステートメントを許可します。これは主に、mysql_install_db や mysql_upgrade などのプログラムで使用されることを意図しています。(Bug #14722659) -
コマンド行形式 --gtid-mode=MODE導入 5.6.5 システム変数 gtid_modeスコープ グローバル 動的 いいえ 型 列挙 デフォルト OFF有効な値 OFFUPGRADE_STEP_1UPGRADE_STEP_2ONこのオプションは GTID が有効であるかどうかを指定します。
--gtid-mode=ONでサーバーを起動するには、サーバーも--log-bin、--log-slave-updates、および--enforce-gtid-consistencyオプションで起動される必要があります。このオプションを、バイナリログまたはリレーログ内に GTID があるときに
OFFに、または実行すべき無名トランザクションが残っているときにONに設定すると、エラーになります。重要このオプションはブール値を採用しません。つまり、値は列挙されます。このオプションを設定するときに数値の使用を試みないでください。予期しない結果になることがあります。値
UPGRADE_STEP_1およびUPGRADE_STEP_2は今後の使用のために予約されていますが、現在のところ本番環境ではサポートされていません。これら 2 つの値のいずれかを--gtid-modeで使用する場合、サーバーは起動を拒否します。MySQL 5.6.7 より前では、
--write-binlogが明示的に無効の状態で mysql_upgrade が実行されていないかぎり、mysql_upgrade をこのオプションが有効の状態で動作する MySQL Server で使用できませんでした。(Bug #13833710、Bug #14221043) MySQL 5.6.7 以降では、--gtid-mode=ONの状態のサーバー上で mysql_upgrade を実行できますが、推奨されていません。非トランザクションであるMyISAMストレージエンジンを使用する MySQL システムテーブルに変更を加える可能性があるためです。MySQL 5.6.10 より前では、
--gtid-modeがONに設定されているときにsql_slave_skip_counter変数のグローバル値を 1 に設定しても、効果はありませんでした。(Bug #15833516) MySQL 5.6.9 以前のバージョンでの回避策は、CHANGE MASTER TO ... MASTER_LOG_FILE = ... MASTER_LOG_POS = ...を使用して (必要に応じてこのステートメントにMASTER_AUTO_POSITION = 0オプションを含めて)、スレーブの位置をリセットすることです。
次のシステム変数は GTID ベースレプリケーションで使用されます。
-
disable_gtid_unsafe_statementsコマンド行形式 --disable-gtid-unsafe-statements[=value]導入 5.6.5 削除 5.6.9 システム変数 disable_gtid_unsafe_statementsスコープ グローバル 動的 いいえ 型 ブール デフォルト false廃止: MySQL 5.6.9 で
enforce_gtid_consistencyに置き換わりました。(Bug #14775984) -
導入 5.6.5 削除 5.6.9 システム変数 gtid_doneスコープ グローバル、セッション 動的 いいえ 型 文字列 Unit set of GTIDs廃止: MySQL 5.6.9 で
gtid_executedに置き換わりました。(Bug #14775984) -
コマンド行形式 --enforce-gtid-consistency[=value]導入 5.6.9 システム変数 enforce_gtid_consistencyスコープ グローバル 動的 いいえ 型 ブール デフォルト falseこの変数が true のときは、トランザクションセーフな方法でログを記録できるステートメントのみの実行を許可することで、サーバーは GTID 一貫性を適用します。サーバーを
--gtid-mode=ONで起動する前に、GTID 一貫性を有効にする (--enforce-gtid-consistencyを使用することで) 必要があります。そうしないで GTID モードを有効にすると、エラーで失敗します。システムが GTID を使用する準備ができているかどうかをテストするために、--gtid-modeを使用する前に GTID 一貫性を有効にできます (お勧めします)。enforce_gtid_consistencyが true のときは、トランザクションセーフなステートメントのみのログを記録できるため、次に示す操作はこの場合には使用できないことになります。CREATE TABLE ... SELECTステートメントトランザクション内の
CREATE TEMPORARY TABLEステートメントトランザクションおよび非トランザクションテーブルの両方を更新するトランザクションまたはステートメント。
この変数は読み取り専用です。これを設定するには、MySQL Server の起動時にコマンド行またはオプションファイルで
--enforce-gtid-consistencyオプションを使用してください。MySQL 5.6.9 より前では、この変数の名前は
disable_gtid_unsafe_statementsでした。(Bug #14775984) -
導入 5.6.9 システム変数 gtid_executedスコープ グローバル、セッション 動的 いいえ 型 文字列 Unit set of GTIDsこの変数は、グローバルスコープで使用されるとき、バイナリログにログが記録されるすべてのトランザクションセットの表現を含みます。これは、
SHOW MASTER STATUSおよびSHOW SLAVE STATUSの出力内のExecuted_Gtid_Setカラムの値と同じです。この変数は、セッションスコープで使用されるとき、現在のセッションのキャッシュに書き込まれるすべてのトランザクションセットの表現を含みます。
任意の時点のバイナリログで見つかるトランザクションのセットは、
GTID_SUBTRACT(@@GLOBAL.gtid_executed, @@GLOBAL.gtid_purged)に等しいです (つまり、バイナリログ内で、まだパージされていないすべてのトランザクション)。サーバーが起動すると、
@@GLOBAL.gtid_executedは次の 2 つのセットの和集合に初期化されます。一番新しいバイナリログの
Previous_gtids_log_eventにリストされる GTID一番新しいバイナリログ内のすべての
Gtid_log_eventで見つかる GTID
これ以降、トランザクションが実行されるときに GTID がそのセットに追加されます。
RESET MASTERを発行することで、この変数のグローバル値 (ただし、セッション値ではない) は空の文字列にリセットされます。GTID は、セットがRESET MASTERによってクリアされるときを除いてセットから削除されません。セットは、サーバーがシャットダウンされてすべてのバイナリログが削除される場合にもクリアされます。MySQL 5.6.9 より前では、この変数は
gtid_doneと呼ばれていました。 -
導入 5.6.5 削除 5.6.9 システム変数 gtid_lostスコープ グローバル 動的 いいえ 型 文字列 Unit set of GTIDs廃止: MySQL 5.6.9 で
gtid_purgedに置き換わりました。(Bug #14775984) -
導入 5.6.5 システム変数 gtid_modeスコープ グローバル 動的 いいえ 型 列挙 デフォルト OFF有効な値 OFFUPGRADE_STEP_1UPGRADE_STEP_2ONGTID が有効かどうかを示します。読み取り専用。
--gtid-modeを使用して設定します。 -
導入 5.6.5 システム変数 gtid_nextスコープ セッション 動的 はい 型 列挙 デフォルト AUTOMATIC有効な値 AUTOMATICANONYMOUSUUID:NUMBERこの変数は、次の GTID が取得されたかどうか、およびどのように取得されたかを指定するために使用されます。
gtid_nextは次の値のいずれかを取ることができます。AUTOMATIC: 自動的に生成される次のグローバルトランザクション ID を使用します。ANONYMOUS: トランザクションはグローバル識別子を持たず、ファイルと位置のみで識別されます。UUID:NUMBER形式のグローバルトランザクション ID。
この変数を設定するには、
SUPER権限が必要です。gtid_modeがOFFの場合、この変数を設定しても効果はありません。MySQL 5.6.20 より前は、GTID は有効でも
gtid_nextがAUTOMATICでない場合、DROP TABLEは、非一時テーブルと一時テーブル、またはトランザクションストレージエンジンを使用する一時テーブルと非トランザクションストレージエンジンを使用する一時テーブルの組み合わせで使用されたときに、正しく機能しません。MySQL 5.6.20 以降では、DROP TABLEまたはDROP TEMPORARY TABLEは、テーブルのこれらの組み合わせのいずれかで使用されると明示的なエラーで失敗します。(Bug #17620053)MySQL 5.6.11 だけですが、
gtid_nextがAUTOMATIC以外の値に設定されているとき、ステートメント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を実行できません。このような場合、ステートメントはエラーで失敗します。このようなステートメントは、MySQL 5.6.12 以降では拒否されません。(Bug #16062608、Bug #16715809、Bug #69045) -
導入 5.6.5 システム変数 gtid_ownedスコープ グローバル、セッション 動的 いいえ 型 文字列 Unit set of GTIDsこの読み取り専用変数は、内容がそのスコープに依存するリストを保持します。セッションスコープで使用されるときは、リストはこのクライアントが所有するすべての GTID を保持します。グローバルスコープで使用されるときは、すべての GTID とその所有者のリストを保持します。
-
導入 5.6.9 システム変数 gtid_purgedスコープ グローバル 動的 はい 型 文字列 Unit set of GTIDsバイナリログからパージされたすべてのトランザクションのセット。
サーバーが起動するときに、
gtid_purgedのグローバル値は、一番古いバイナリログのPrevious_gtid_log_eventに含まれる GTID のセットに初期化されます。バイナリログがパージされると、一番古いものになったバイナリログから@@GLOBAL.gtid_purgedが再度読み取られます。RESET MASTERを発行することで、この変数の値は空の文字列にリセットされます。MySQL 5.6.9 より前では、この変数は
gtid_lostと呼ばれ、読み取り専用でした。MySQL 5.6.9 以降では、この変数の値を更新できます (ただし、すでにリストされたものに GTID を追加することでのみ、およびgtid_executedが設定解除されたとき、つまり新しいサーバー上でのみ)。(Bug #14797808) -
simplified_binlog_gtid_recoveryコマンド行形式 --simplified-binlog-gtid-recovery導入 5.6.21 非推奨 5.6.23 システム変数 simplified_binlog_gtid_recoveryスコープ グローバル 動的 いいえ 型 ブール デフォルト FALSEこのオプションは非推奨で、今後の MySQL リリースで削除される予定です。名前が変更された
binlog_gtid_recovery_simplifiedを使用して、クラッシュ後に MySQL がバイナリログファイルをどのように反復するかを制御します。