一部の運用環境では、夜間にデータベースのバックアップを実行するために mysqldump --single-transaction を使用していますが、バックアップ期間中にたまたま同僚がテーブルの変更操作を実行しました。操作の一部は成功し、一部は失敗しました。なぜですか?
テストは MySQL 5.6.36 で実行されましたが、この問題にはバージョンの違いがあります。
##============================================= ===== ===========================##
mysqldump の単一トランザクション パラメーターの説明は次のとおりです:
Creates a consistent snapshot by dumping all tables in a single transaction. Works ONLY for tables stored in storage engines which support multiversioning (currently only InnoDB does); the dump is NOT guaranteed to be consistent for other storage engines. While a --single-transaction dump is in process, to ensure a valid dump file (correct table contents and binary log position), no other connection should use the following statements: ALTER TABLE, DROP TABLE, RENAME TABLE, TRUNCATE TABLE, as consistent snapshot is not isolated from them. Option automatically turns off --lock-tables.
赤い文字の部分が注目ですが、少しわかりにくいのでテストしてみましょう。
「Mysqldump のいくつかの主要なオプションの探索」の紹介によると、バックアップのために実行するコマンド mysqldump --single-transaction --master-data は、次のコードを実行するのと同じです:
FLUSH TABLES; FLUSH TABLES WITH READ LOCK;SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ; START TRANSACTION WITH CONSISTENT SNAPSHOT; SHOW MASTER STATUS; UNLOCK TABLES; SHOW TABLES LIKE 'xxx'SET OPTION SQL_QUOTE_SHOW_CREATE=1SHWO CREATE TABLE 'xxx'SHOW FIELDS FROM 'xxx'SHOW TABLE STATUS LIKE 'xxx'SELECT /*!40001 SQL_NO_CACHE */ * FROM xxx QUIT
シナリオ 1: mysqldump が開始されるが、まだバックアップされていない テーブル tb001 に到達すると、別のセッションがテーブル tb001 に対して変更操作を実行し、mysqldump がテーブル tb001 をエクスポートします。変更操作は正常に完了しますが、mysqldump 操作は失敗します。
シナリオ 2: mysqldump がバックアップを開始し、tb001 のエクスポートを完了する 他のテーブルのエクスポート プロセス中に、他のセッションがテーブルに対して変更操作を実行します
mysqldump が完了するか終了するまで、テーブルの変更操作はブロックされます。失敗した後。mysqldump を使用してバックアップし、シナリオ 2 の環境をシミュレートすると、エラー メッセージは次のようになります:
mysqldump: エラー 1412: テーブル定義が変更されました。行: 0 のテーブル `tb1002` をダンプするときにトランザクションを再試行してください
エクスポート ファイルを表示します。最終的な内容は次のとおりです:
-- -- Dumping data for table `tb1002`--LOCK TABLES `tb1002` WRITE;/*!40000 ALTER TABLE `tb1002` DISABLE KEYS */;
概要:
単一トランザクション パラメータは、複数のバージョンの Innodb を通じてデータの一貫性を取得する一方で、ALTER TABLE、DROP TABLE、RENAME TABLE、TRUNCATE TABLE などの操作を実行します。 . データの一貫性が失われます。これらの操作を同時に実行することはできません。 「mysqldump の開始後、変更されたテーブル データがエクスポートされる前」の期間内にテーブル変更操作が開始された場合、テーブル変更操作は正常に完了しますが、mysqldump は失敗します。 「mysqldum はエクスポートされました」 「mysqldump 操作が完了する前にテーブル データが変更された場合」、テーブル変更操作はブロックされ、mysqldum 操作は mysqldump 操作の完了後に正常に実行できます。以上がmysqldumpの例を詳しく解説の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。