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

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









この記事では、MySQLのAlter Tableステートメントを使用して、列の追加/ドロップ、テーブル/列の名前の変更、列データ型の変更など、テーブルを変更することについて説明します。

INNODBのフルテキスト検索機能は非常に強力であり、データベースクエリの効率と大量のテキストデータを処理する能力を大幅に改善できます。 1)INNODBは、倒立インデックスを介してフルテキスト検索を実装し、基本的および高度な検索クエリをサポートします。 2)一致を使用してキーワードを使用して、ブールモードとフレーズ検索を検索、サポートします。 3)最適化方法には、単語セグメンテーションテクノロジーの使用、インデックスの定期的な再構築、およびパフォーマンスと精度を改善するためのキャッシュサイズの調整が含まれます。

記事では、証明書の生成と検証を含むMySQL用のSSL/TLS暗号化の構成について説明します。主な問題は、セルフ署名証明書のセキュリティへの影響を使用することです。[文字カウント:159]

記事では、MySQLワークベンチやPHPMyAdminなどの人気のあるMySQL GUIツールについて説明し、初心者と上級ユーザーの機能と適合性を比較します。[159文字]

記事では、MySQLで大規模なデータセットを処理するための戦略について説明します。これには、パーティション化、シャード、インデックス作成、クエリ最適化などがあります。

この記事では、ドロップテーブルステートメントを使用してMySQLのドロップテーブルについて説明し、予防策とリスクを強調しています。これは、バックアップなしでアクションが不可逆的であることを強調し、回復方法と潜在的な生産環境の危険を詳述しています。

MySQLは、Bツリー、ハッシュ、フルテキスト、および空間の4つのインデックスタイプをサポートしています。 1.B-Treeインデックスは、等しい値検索、範囲クエリ、ソートに適しています。 2。ハッシュインデックスは、等しい値検索に適していますが、範囲のクエリとソートをサポートしていません。 3.フルテキストインデックスは、フルテキスト検索に使用され、大量のテキストデータの処理に適しています。 4.空間インデックスは、地理空間データクエリに使用され、GISアプリケーションに適しています。

この記事では、クエリパフォーマンスを強化するために、PostgreSQL、MySQL、MongoDBなどのさまざまなデータベースでJSON列にインデックスの作成について説明します。特定のJSONパスのインデックス作成の構文と利点を説明し、サポートされているデータベースシステムをリストします。
