mysqldumpの例を詳しく解説

零下一度
リリース: 2017-07-19 16:06:23
オリジナル
1394 人が閲覧しました

一部の運用環境では、夜間にデータベースのバックアップを実行するために 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 サイトの他の関連記事を参照してください。

ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート
私たちについて 免責事項 Sitemap
PHP中国語ウェブサイト:福祉オンライン PHP トレーニング,PHP 学習者の迅速な成長を支援します!