検索

Mysql ログの回復方法: 最初に回復時間を指定します (コードは [mysqlbinlog --stop-date=""] です); 次に回復場所を指定します (コードは [mysqlbinlog --start-date=]) 2020-10-09 9:55:00」]。

mysqlログを復元する方法

MySQL ログの回復方法:

バイナリ ログからデータを回復するには、現在のバイナリを知る必要があります。 log ファイルのパスとファイル名。パスは通常、オプション ファイル (つまり、システムに応じて my.cnf または my.ini) から見つけることができます。オプション ファイルに含まれていない場合は、サーバーの起動時にコマンド ラインのオプションとして指定できます。バイナリ ログを有効にするオプションは --log-bin です。現在のバイナリ ログ ファイルのファイル名を確認するには、次の MySQL ステートメントを入力します。

SHOW BINLOG EVENTS /G

コマンド ラインから次のように入力することもできます。

mysql --user=root -pmy_pwd -e 'SHOW BINLOG EVENTS /G'

パスワード my_pwd をサーバーのパスワードに置き換えます。ルートパスワード。

1. リカバリ時間の指定

MySQL 4.1.4 の場合、--start-date および --stop-date オプションを使用して DATETIME 形式で開始時刻と終了時刻を指定できます。 mysqlbinlog ステートメント。たとえば、今朝 (今日は 2006 年 4 月 20 日) 10:00 に、大きなテーブルを削除する SQL ステートメントを実行するとします。テーブルとデータを復元するには、前夜のバックアップを復元して次のように入力します。

mysqlbinlog --stop-date="2005-04-20 9:59:59" /var/log/mysql/bin.123456 /
mysql -u root -pmypwd

このコマンドは、DATETIME 形式のデータで、--stop-date オプションで指定された日時までのすべてのデータを復元します。数時間後に入力された不正な SQL ステートメントが検出されなかった場合は、後で実行したアクティビティを再開することができます。これらに基づいて、日付と時刻を使用して mysqlbinlog を再度実行できます。

mysqlbinlog --start-date="2005-04-20 10:01:00" /var/log/mysql/bin.123456 /
mysql -u root -pmypwd /

この行では、午前 10:01 からのログインの SQL ステートメントが実行されます。実行前夜のダンプ ファイルと mysqlbinlog の 2 行を組み合わせると、すべてのデータを午前 10 時 1 秒前の時点に復元できます。ログをチェックして時間が正確であることを確認する必要があります。次のセクションでは、これを行う方法について説明します。

2. リカバリ場所の指定

mysqlbinlog オプション --start-position および --stop-position を使用して、日付と時刻を指定せずにログの場所を指定することもできます。これらは、ログからの位置番号を与えることを除いて、開始日および終了日のオプションと同じ効果があります。ログの場所を使用することは、特に破壊的な SQL ステートメントにより多くのトランザクションが同時に発生している場合に、より正確な回復方法です。位置番号を特定するには、mysqlbinlog を実行して、予期しないトランザクションが実行された時間範囲を見つけますが、検査のために結果をテキスト ファイルにリダイレクトします。操作方法は次のとおりです。

mysqlbinlog --start-date="2005-04-20 9:55:00" --stop-date="2005-04-20 10:05:00" /
/var/log/mysql/bin.123456 > /tmp/mysql_restore.sql

このコマンドは、/tmp ディレクトリに小さなテキスト ファイルを作成し、間違った SQL ステートメントが実行された場合に SQL ステートメントを表示します。テキスト エディタでファイルを開いて、繰り返したくないステートメントを探すことができます。バイナリ ログ内の位置番号をリカバリ操作の停止および継続に使用する場合は、コメント化する必要があります。 log_pos と数値を使用して位置をマークします。位置番号を使用して以前のバックアップ ファイルを復元した後、コマンド ラインから次のように入力する必要があります。

mysqlbinlog --stop-position="368312" /var/log/mysql/bin.123456 /
mysql -u root -pmypwd
mysqlbinlog --start-position="368315" /var/log/mysql/bin.123456 /
mysql -u root -pmypwd /

上記の行 1 は、停止ポイントまでのすべてのトランザクションを復元します。次の行では、指定された開始位置からバイナリ ログの終わりまでのすべてのトランザクションが復元されます。 mysqlbinlog の出力には、各 SQL ステートメントが記録される前の SET TIMESTAMP ステートメントが含まれるため、復元されたデータと関連する MySQL ログには、トランザクションの元の実行時間が反映されます。

1. MySQL データベースには増分バックアップ メカニズムがないため、データ量が大きすぎる場合、バックアップは大きな問題になります。幸いなことに、mysql データベースはマスター/スレーブ バックアップ メカニズムを提供しており、実際にはマスター データベース内のすべてのデータを同時にバックアップ データベースに書き込みます。 mysqlデータベースのホットバックアップを実装します。

2. 2 台のマシンのホット バックアップを実現したい場合は、まずマスター/スレーブ データベース サーバーのバージョン要件を理解する必要があります。ホット スタンバイを実現するには、MySQL のバージョンが 3.2 以降である必要があります。もう 1 つの基本原則は、スレーブ データベースのデータベース バージョンはマスター サーバーのデータベースのバージョンより高くてもかまいませんが、マスター サーバーのデータベースのバージョンより低くすることはできないということです。

3. メイン データベース サーバーをセットアップします:

a. まず、メイン サーバーのバージョンがホット スタンバイをサポートしているかどうかを確認します。次に、my.cnf (UNIX 系) または my.ini (Windows) の mysqld 設定ブロックの設定に log-bin (データベース変更ログを記録する) があるかどうかを確認します。mysql のレプリケーション メカニズムはログベースのレプリケーション メカニズムであるためです。 、メインサーバーは変更ログをサポートする必要があります。次に、ログを書き込むデータベースまたはログを書き込まないデータベースを設定します。この方法では、関心のあるデータベースへの変更のみがデータベースのログに書き込まれます。

server-id=1 //データベースの ID はデフォルトで 1 である必要があり、変更する必要はありません

log-bin=log_name //データベースの名前ログファイルの場合、ここでログを指定できます。 他のディレクトリに設定がない場合は、デフォルトのホスト名のログ名

binlog-do-db=db_name //ログを記録するデータベース

binlog-ignore-db=db_name //記録なし ログデータベース

上記データベースが複数ある場合は「,」で区切ってデータベース同期用のユーザーアカウントを設定します

mysql> *.*

-> へのレプリケーション スレーブを

[email='repl'@'%.mydomain.com']'repl'@'%.mydomain に許可します。 com'[/email]

IDENTIFIED BY 'slavepass'; 

4.0.2 以前的版本, 因为不支持 REPLICATION 要使用下面的语句来实现这个功能 

mysql> GRANT FILE ON *.* 

-> TO 

[email='repl'@'%.mydomain.com']'repl'@'%.mydomain.com'[/email] 

IDENTIFIED BY 'slavepass'; 

设置好主服务器的配置文件后重新启动数据库 

b.锁定现有的数据库并备份现在的数据 

锁定数据库 

mysql> FLUSH TABLES WITH READ LOCK;

备份数据库有两种办法一种是直接进入到 mysql 的 data 目录然后打包你需要备份数据库的文件夹,第二种是使用 mysqldump 的方式来备份数据库但是要加上"--master-data " 这个参数,建议使用第一种方法来备份数据库.

解除表的锁定的方法:

unlock tables;

c.查看主服务器的状态 

mysql> show master statusG; 

+---------------+----------+--------------+------------------+ 

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | 

+---------------+----------+--------------+------------------+ 

| mysql-bin.003 | 73 | test | manual,mysql | 

+---------------+----------+--------------+------------------+ 

记录 File 和 Position 项目的值,以后要用的。

相关免费学习推荐:mysql数据库(视频)

以上がmysqlログを復元する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
複数の単一列インデックスに対して複合インデックスをいつ使用する必要がありますか?複数の単一列インデックスに対して複合インデックスをいつ使用する必要がありますか?Apr 11, 2025 am 12:06 AM

データベースの最適化では、クエリ要件に従ってインデックス作成戦略を選択する必要があります。1。クエリに複数の列が含まれ、条件の順序が固定されている場合、複合インデックスを使用します。 2。クエリに複数の列が含まれているが、条件の順序が修正されていない場合、複数の単一列インデックスを使用します。複合インデックスは、マルチコラムクエリの最適化に適していますが、単一列インデックスは単一列クエリに適しています。

MySQLでスロークエリを識別して最適化する方法は? (スロークエリログ、Performance_schema)MySQLでスロークエリを識別して最適化する方法は? (スロークエリログ、Performance_schema)Apr 10, 2025 am 09:36 AM

MySQLスロークエリを最適化するには、slowquerylogとperformance_schemaを使用する必要があります。1。LowerQueryLogを有効にし、しきい値を設定して、スロークエリを記録します。 2。performance_schemaを使用してクエリの実行の詳細を分析し、パフォーマンスのボトルネックを見つけて最適化します。

MySQLおよびSQL:開発者にとって不可欠なスキルMySQLおよびSQL:開発者にとって不可欠なスキルApr 10, 2025 am 09:30 AM

MySQLとSQLは、開発者にとって不可欠なスキルです。 1.MYSQLはオープンソースのリレーショナルデータベース管理システムであり、SQLはデータベースの管理と操作に使用される標準言語です。 2.MYSQLは、効率的なデータストレージと検索機能を介して複数のストレージエンジンをサポートし、SQLは簡単なステートメントを通じて複雑なデータ操作を完了します。 3.使用の例には、条件によるフィルタリングやソートなどの基本的なクエリと高度なクエリが含まれます。 4.一般的なエラーには、SQLステートメントをチェックして説明コマンドを使用することで最適化できる構文エラーとパフォーマンスの問題が含まれます。 5.パフォーマンス最適化手法には、インデックスの使用、フルテーブルスキャンの回避、参加操作の最適化、コードの読み取り可能性の向上が含まれます。

MySQL非同期マスタースレーブレプリケーションプロセスを説明してください。MySQL非同期マスタースレーブレプリケーションプロセスを説明してください。Apr 10, 2025 am 09:30 AM

MySQL非同期マスタースレーブレプリケーションにより、BINLOGを介したデータの同期が可能になり、読み取りパフォーマンスと高可用性が向上します。 1)マスターサーバーレコードはBinlogに変更されます。 2)スレーブサーバーは、I/Oスレッドを介してBINLOGを読み取ります。 3)サーバーSQLスレッドは、BINLOGを適用してデータを同期させます。

MySQL:簡単な学習のためのシンプルな概念MySQL:簡単な学習のためのシンプルな概念Apr 10, 2025 am 09:29 AM

MySQLは、オープンソースのリレーショナルデータベース管理システムです。 1)データベースとテーブルの作成:createdatabaseおよびcreateTableコマンドを使用します。 2)基本操作:挿入、更新、削除、選択。 3)高度な操作:参加、サブクエリ、トランザクション処理。 4)デバッグスキル:構文、データ型、およびアクセス許可を確認します。 5)最適化の提案:インデックスを使用し、選択*を避け、トランザクションを使用します。

MySQL:ユーザーフレンドリーなデータベースの紹介MySQL:ユーザーフレンドリーなデータベースの紹介Apr 10, 2025 am 09:27 AM

MySQLのインストールと基本操作には、次のものが含まれます。1。mysqlをダウンロードしてインストールし、ルートユーザーパスワードを設定します。 2。sqlコマンドを使用して、createdatabaseやcreateTableなどのデータベースとテーブルを作成します。 3. CRUD操作を実行し、挿入、選択、更新、コマンドを削除します。 4.パフォーマンスを最適化し、複雑なロジックを実装するためのインデックスとストアドプロシージャを作成します。これらの手順を使用すると、MySQLデータベースをゼロから構築および管理できます。

InnoDBバッファープールはどのように機能し、なぜパフォーマンスに不可欠なのですか?InnoDBバッファープールはどのように機能し、なぜパフォーマンスに不可欠なのですか?Apr 09, 2025 am 12:12 AM

Innodbbufferpoolは、データとインデックスページをメモリにロードすることにより、MySQLデータベースのパフォーマンスを向上させます。 1)データページは、ディスクI/Oを削減するためにBufferPoolにロードされます。 2)汚れたページは、定期的にディスクにマークされ、リフレッシュされます。 3)LRUアルゴリズム管理データページの排除。 4)読み出しメカニズムは、可能なデータページを事前にロードします。

MySQL:初心者向けのデータ管理の容易さMySQL:初心者向けのデータ管理の容易さApr 09, 2025 am 12:07 AM

MySQLは、インストールが簡単で、強力で管理しやすいため、初心者に適しています。 1.さまざまなオペレーティングシステムに適した、単純なインストールと構成。 2。データベースとテーブルの作成、挿入、クエリ、更新、削除などの基本操作をサポートします。 3.参加オペレーションやサブクエリなどの高度な機能を提供します。 4.インデックス、クエリの最適化、テーブルパーティション化により、パフォーマンスを改善できます。 5。データのセキュリティと一貫性を確保するために、バックアップ、リカバリ、セキュリティ対策をサポートします。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

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

AI Clothes Remover

AI Clothes Remover

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

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

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

ホットツール

EditPlus 中国語クラック版

EditPlus 中国語クラック版

サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

SublimeText3 Linux 新バージョン

SublimeText3 Linux 新バージョン

SublimeText3 Linux 最新バージョン

WebStorm Mac版

WebStorm Mac版

便利なJavaScript開発ツール

ゼンドスタジオ 13.0.1

ゼンドスタジオ 13.0.1

強力な PHP 統合開発環境

AtomエディタMac版ダウンロード

AtomエディタMac版ダウンロード

最も人気のあるオープンソースエディター