MySQL :: MySQL 4.1 リファレンスマニュアル :: 4.5.1 データベースのバックアップ
MySQL テーブルはファイルとして保存されるため、バックアップが簡単です。一貫したバックアップを行うには、そのテーブルに対して LOCK TABLES を実行してから、FLUSH TABLES を実行します。 See 項6.7.5. 「LOCK TABLES および UNLOCK TABLES 構文」。 See 項4.6.4. 「FLUSH 構文」。 読み取りロックだけが必要なので、データベースディレクトリのファイルをコピーしている間も、他のスレッドはテーブルに対してクエリを続行できます。FLUSH TABLE は、バックアップを開始する前に、キャッシュされているページをすべてディスクに書き込むために必要です。 3.23.56 から 4.0.12 では、セキュリティ上のリスクがあるため、BACKUP TABLE で既存ファイルの上書きはできないようになっています。 テーブルを SQL レ
［MySQLウォッチ］第23回 押さえておきたいバックアップとリストアのポイント
よく，データベースの運用に関する相談の中では，バックアップと可用性(アベイラビリティ)を混同してい場合がある。データベースは，ある瞬間のデータを保存することが目的である。障害が発生した際に保存したデータを再現することにより，復元をおこなう。 可用性は，障害対策として，できるだけ止めずにデータベースを運用することを目的としている。もし，止める場合にも最小限の時間で，復旧することを目的としている。 障害が発生した場合に，速やかに復旧することは，非常に重要なことである。そのため，「レプリケーションやクラスタリングを使用すれば万全」と考えるのは，間違いである。もし，レプリケーションやクラスタリング自身に障害が発生すれば，必ずバックアップデータによって，復旧する必要がある。 また，誤ったデータベース更新を実行した場合，レプリケーションやクラスタリングは，すべてのサーバーが即座に更新を実行する。そのた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
