INNODB - オンラインマニュアル 3 - MySQL, Qooker, InnoDB, BitDefender, IP-PBX

ibbackupおよびinnobackupの修正済みのバグのリストは、セクション9のInnoDBホットバックアップのバージョン履歴を参照してください。

7.1 Linux 2.4.18のカーネル/ドライバのバグ

InnoDBホットバックアップユーザから、Red Hatカーネル2.4.18を稼動する2-way Dellコンピュータでmysqldとibbackupを同時に実行するとmysqldがクラッシュすることがあると報告されました。Dell以外のコンピュータではクラッシュは起こりませんでした。Linuxストックカーネル2.4.20へアップグレードすると問題は修正されます。

7.2 Perlのバグ

Perl 5.8.0では、UTF-8ロケールの正規表現に問題があります。その結果、このinnobackupはMySQLオプションファイルを読み取れません。以下は、この問題を示しているinnobackupの実行例です。

# perl innobackup --user=admin --compress /etc/my.cnf /storage/test

This software is published under

the GNU GENERAL PUBLIC LICENSE Version 2, June 1991.

innobackup: Using mysql Ver 12.22 Distrib 4.0.16, for pc-linux (i686)

Malformed UTF-8 character (unexpected continuation byte 0xb7, with no

preceding start byte) in split at innobackup line 703.

Malformed UTF-8 character (unexpected continuation byte 0xb7, with no

preceding start byte) in split at innobackup line 703.

Malformed UTF-8 character (unexpected continuation byte 0xb7, with no

preceding start byte) in split at innobackup.pl line 703.

innobackup: Using InnoDB Hot Backup version 2.0-beta4

innobackup:: Warning: Ignored unrecognized line 19 in options file

'/etc/my.cnf': 'port = 3306'

innobackup:: Warning: Ignored unrecognized line 20 in options file

'/etc/my.cnf': 'socket = /tmp/mysql.sock'

innobackup:: Warning: Ignored unrecognized line 26 in options file

'/etc/my.cnf': 'bind-address=10.10.10.25'

innobackup:: Warning: Ignored unrecognized line 27 in options file

'/etc/my.cnf': 'replicate-ignore-db=ads'

この問題は、Perl 5.8.1またはPerl 5.8.3へアップグレードすることで解決できます。5.8.0より前のPerlリリースではこの問題が発生しない点にも注意してください。

7.3 既知のibbackupおよびinnobackupのバグ

データベースにTEMPORARYテーブルが存在する状態でバックアップを作成し、それらのテンポラリテーブルを使用して通常のテーブルに対して更新や挿入を行った場合、バックアップを対象としたMySQL binlogアプリケーションの実行が失敗することがあります。つまり、MySQL binlogを使用してバックアップをロールフォワードできない場合があります。この理由は、 TEMPORARYテーブルがバックアップにコピーされないからです。実際には、それらを手動でバックアップにコピーすることもできません。これは、テンポラリテーブルファイル名#sql... .frmが、MySQLがbinlogに書き込んだ論理テーブル名に対応付けられていないためです。この問題は、将来的にMySQLが「行レベルバイナリロギング（binlog）」を実装した時点で解消されます。

MySQLの4.1.2より前のバージョンでは、ロック段階でのCREATE TABLEまたはRENAME TABLEを阻止しません。そのため、新たに作成された空のテーブルの.frmファイルがバックアップのbinlogの位置に対応付けられない場合があります。

innobackupはHEAPまたはBDBタイプのテーブルをバックアップできません。

現在、innobackupでは、innodb_data_file_pathにパスではなくプレーンファイルだけを指定する必要があります。つまり、innodb_data_file_path=/dir1/ibdata1:100Mのように指定しても動作しません。

7.4 innobackupに影響するMySQLのバグ

・MySQL 4.0.22および4.1.7のバグ（バグ番号：6732）

MySQL 4.0.22および4.1.7の重大なバグにより、innobackup Perlスクリプトが2回実行されmysqldサーバ全体のフリーズを引き起こすことがあります。バグは、FLUSH TABLES WITH READ LOCKにより発生していました。純粋なibbackupには影響しません。

このバグは、innobackupバージョン1.1.0で修正されました。バグ修正には少々欠点があります。MyISAMテーブル操作によってinnobackupが不正なbinlogの位置をユーザに報告する可能性がある場合に、バックアップ実行の期間が短くなってしまう点です。この期間とは、innobackupスクリプトのmysql_lockallサブルーチンがCOMMIT SQLステートメントを発行してから、FLUSH TABLES WITH READ LOCK SQLステートメントを発行するまでの時間です。このバグ修正の欠点は、MySQLバージョン4.0.22および4.1.7のみに影響します。

・MySQL 4.0.21のバグ（バグ番号：5949）

MySQLバージョン4.0.21のバグは、innobackupバックアップ操作に影響を及ぼします。バックアップの実行時に、innobackupは次のSQLコマンドをMySQLクライアントに発行し、すべてのデータベーステーブルを一時的にロックします。

USE mysql;

DROP TABLE IF EXISTS ibbackup_binlog_marker;

CREATE TABLE ibbackup_binlog_marker(a INT) TYPE=INNODB;

SET AUTOCOMMIT=0;

INSERT INTO ibbackup_binlog_marker VALUES (1);

FLUSH TABLES WITH READ LOCK;

COMMIT;

MySQLサーバ（mysqld）のバグは、サーバ内でコミットに失敗してもMySQLクライアントがinnobackupスクリプトに成功として報告してしまうという状況を引き起こすことがあります。これが生じると、すべてのデータベーステーブルのロックに失敗し、innobackupによって作成されたバックアップが破損することがあります。この場合、BEGINとCOMMITがMySQLクライアント内でエラーなく実行されても、MySQL binlogではこの両方にエラーコード1223（「競合する読み取りロックがあるため、クエリを実行できません」）が付加されます。

このバグはMySQLバージョン4.0.23および4.1.8で修正されました。そのため、この問題はMySQLバージョン4.0.21からバージョン4.0.23またはバージョン4.1.8へアップグレードすることで簡単に解決できます。

▲ 目次へ

2004年：Veritas NetBackupインタフェースのサポートをibbackupに追加する。IBM TivoliおよびCA ARCserveについても同様にサポートを追加することが望まれる。

長期目標：.frmファイルとMySQLシステムテーブルもInnoDBテーブルスペースに格納する。これにより、ホットバックアップの作成がより容易になる。

▲ 目次へ

9.1 InnoDBホットバックアップ（ibbackup）

InnoDBホットバックアップ（ibbackup）は、実稼動中のMySQLデータベース内でInnoDBテーブルの一貫したスネップショットを作成します。

InnoDBホットバックアップ2.0.0 HP-UX 11およびSolaris 8対応 2005年1月4日

・InnoDBホットバックアップ2.0.0は、PA-RISC1.1上のHP-UX 11およびSPARC上のSolaris 8対応としてリリースされています。HP-UXバイナリは32ビットアプリケーションですが、64ビットHP-UX 11上でも稼動します。Solaris 8バージョンはSolaris 9でも稼動します。これは、64ビットSolaris SPARC上でも稼動する32ビットアプリケーションです。

InnoDBホットバックアップ2.0.0 2004年5月14日

・ibbackupの最初の安定した2.0バージョンです。2.0.0バージョンは基本的には2.0-beta5と同じです。バージョン1.40と比べると、バージョン2.0.0には2つの新機能があります。それらは、MySQLの複数テーブルスペース機能のサポートと、データベースの部分バックアップを可能にした新しい--includeオプションです。

・バージョン2.0.0の導入に伴い、ibbackupではGNUのバージョン番号付け方式を採用しました。この方式では、バージョン番号の形式はmajor.minor.patchで、各フィールドは10進数です。メジャーバージョン番号は、時間の経過に伴い増えるだけです。その他の2つのフィールドは、それぞれの左にあるフィールドがインクリメントされると0にリセットされ、そうでない場合は時間の経過に伴い増えるだけです（つまり、バージョン2.6.2は2.5.8より新しいバージョンで、3.0.0はその両方より新しいバージョンとなります）。マイナーバージョン番号は、メジャーバージョンに新しい機能が追加されると増えます。パッチ番号は、バグ修正がリリースされるたびに増えます。

・このバージョンはLinux対応です。

InnoDBホットバックアップ2.0-beta5 2004年3月16日

・バグが修正されました。現在、ibbackupは「中断」段階でもログファイルのスキャニングを保持します。以前は、innobackup Perlスクリプトを長時間実行してMyISAMテーブルをコピーしたり、長時間に及ぶクエリが存在したりすると、FLUSH TABLES WITHREAD LOCKの実行に長い時間がかかったため、InnoDBがとっくにログファイルの書き込みを終え、さらにそれに循環的に上書きしてしまい、ibbackupがバックアップの失敗を報告することがありました。

InnoDBホットバックアップ2.0-beta4 2004年2月17日

・ibbackupはMySQLの複数テーブルスペース機能をサポートしています。

・新しい--includeオプションを指定することで、データベースの部分バックアップを作成できます。

InnoDBホットバックアップ1.40 2003年6月24日

・バグ修正

ページのチェックサム数式が修正されました。MySQL/InnoDBバージョン4.0.14以上および4.1.1より新しいバージョンと組み合わせると、ibbackupの信頼性はさらに高くなります。このibbackupリリースは、MySQL/InnoDBの旧バージョンでも稼動します。

・Apple Mac OS X対応の評価版が入手可能です。

InnoDBホットバックアップ1.31 2003年5月22日

・--compressが使用するCPU時間は60%未満です。さらに圧縮率を高めるには、--compressキーワードの後ろに数値パラメータ1…9を指定します（9は、圧縮率は高いが低速な圧縮を意味しています）。

・Windowsでは、現在、innodb_data_home_dirディレクトリ文字列を二重引用符で囲む必要なく、文字列にスペースを使用できます例：innodb_data_home_dir=C:\Program files\mysql

InnoDBホットバックアップ1.22 2003年5月2日

・QNX6対応の評価版が入手可能です。

・新しいibbackupライセンスジェネレータシステムが導入されました。ユーザはこの変更を意識する必要はありません。ibbackupの内部コードが変更されただけです。

InnoDBホットバックアップ1.21 2003年4月16日

・新しいオプションとして--compressおよび--uncompressが追加されました。

InnoDBホットバックアップ1.05 2003年3月18日

・新しいオプションとして--suspend-at-endが追加されました。このオプションを使用すると、ibbackupがそのジョブを完了した時点でMyISAMテーブルをフラッシュしコピーするスクリプトを記述できます。その方法で、InnoDBバックアップと正確に同じ時点のMyISAMテーブルのスナップショットを取得できます。

InnoDBホットバックアップ1.04

・バグ修正

ログの解析時に、ibbackupはログレコードのページ数がテーブルスペースのサイズ内に収まっているかどうかも確認します。

注：InnoDBの3.23.55より前のバージョンまたは4.0.9より前のバージョンでibbackupを稼動させるためには、合計したログファイルのサイズを2 GB未満にする必要がありました。これは、早期のInnoDBバージョンのバグに起因していました。

・HP-UX 10.20対応の評価版が入手可能です。

InnoDBホットバックアップ1.03b FreeBSD対応 2002年9月28日

・FreeBSD対応の評価版が入手可能です。

InnoDBホットバックアップ1.03b 2002年9月4日

・バグ修正

ibbackupのsprintfを使用した際の誤動作が修正されました。

これにより、インストールの注意事項で述べられているlibsafeの問題が解消される場合があります。

InnoDBホットバックアップ1.03 2002年8月1日

・MySQL 3.23.52以上またはMySQL 4.0.3以上の稼動時には、このibbackupバージョンにアップグレードする必要があります。これは、InnoDB 3.23.52のログ形式が変更されたためです。

・InnoDBは、発生する可能性のあるログファイル書き込み/読み取りエラーを通知できるように、チェックサムを各ログブロックに格納します。ibbackupはInnoDBの旧バージョンのログ形式も認識します。したがって、1.03を使用する場合もMySQLをアップグレードする必要はありません。

・ibbackupはバックアップの実行時にタイムスタンプを出力します。そのため、終了時のタイムスタンプを、ibbackupが処理の完了後に取得した.frmファイルのバックアップ内にある.frmファイルの最終変更時刻と比較できます。その方法で、.frmファイルがバックアップされたInnoDBテーブルのスナップショットに対応付けられているかどうかを判断できます。

・ibbackup --restoreはバックアップ内のスナップショットに対応付けられたbinlogの位置を出力します。

・安全性を強化するため、ibbackupはバックアッププロセス中にすでにコピーされたログを解析します。これは、--restoreによるログスキャンと解析が成功するかどうかを事前に確認します。

・バグ修正

（これはすでにバージョン.02bで修正済み）バックアップをリストアし、その上でmysqldを起動して、リストアされたデータベースの別のバックアップの作成を試みると、ibbackupは失敗し、ログファイルが十分にスキャンできない旨のメッセージを表示しました。この失敗は、再度ログファイルがいっぱいになるまで書き込まれ、最初のログファイルのヘッダーがmysqldによって書き直されるまで発生していました。

最後のデータファイルが自動拡張として指定されると、ibbackupはデータファイルの未使用の終了部分を切り捨てていました。これは、バックアップを実稼動させたときに、自動拡張機能を混乱させることがあります。

・Linuxで120 GBのデータベースに対して--restoreを実行すると、1ユーザにログの破損に関する警告が繰り返し報告されました。理由は未だに不明です。Linuxファイルi/oに問題があるとしたら、InnoDB 3.23.52のログブロックのチェックサムによって問題は修正されるはずです。

InnoDBホットバックアップ1.02 2002年6月7日

・バグ修正

--restoreがクラッシュを引き起こす可能性を排除しました。

InnoDBホットバックアップ1.01 2002年5月18日

・--restoreオプションを指定して実行すると、ibbackupはホスト名を確認しなくなります。したがって、それを使用して、任意のコンピュータ上にバックアップをリストアできます。バックアップを作成するときにだけ、ホスト名をライセンスに対応付ける必要があり>ます。

・MySQL/InnoDB 3.23.52以上を稼動し、リストアされたバックアップ上でmysqldを起動すると、ログファイルがibbackupによって作成された時刻を示すタイムスタンプが出力されます。これは、ログファイル間の混乱をなくす上で役立ちます。

・バグ修正

ibbackupは、my.cnfのシャープ（コメント）記号#の付いた行を無視します。

ibbackupは、my.cnf内のログファイルサイズが、ibbackupがログファイルをコピーするときに測定した実際のログファイルサイズと異なる場合に、エラーメッセージを出力します。以前は、ibbackupはback0back.cの259行前後でアサーションの失敗を報告していました。

InnoDBホットバックアップ1.00 2002年5月5日

・Innobase Oy社がInnoDBホットバックアップの安定したバージョン1.00をリリースしました。

InnoDBホットバックアップ0.35 2002年4月10日

・MySQL/InnoDB 3.23.50で自動拡張データファイルがサポートされました。

InnoDBホットバックアップ0.34 2002年3月13日

・バグ修正

バージョン0.33は、Linuxのラージファイルサポートに対応していませんでした。2 GB以上のInnoDBデータファイルがある場合や、バックアップログファイルibbackup_logfileが2 GBを超えるような非常に活発でサイズの大きいデータベースをバックアップしている場合は、このバージョンにアップグレードする必要があります。

InnoDBホットバックアップ0.33 2002年3月8日

・これが最初のベータリリースです。

9.2 innobackupスクリプト

innobackupは、MyISAMおよびInnoDBタイプの両方のテーブルと.frmファイルのバックアップを自動化するPerlスクリプトです。ibbackupの柔軟性の高いフロントエンドです。詳細については、セクション5を参照してください。

innobackup-1.1.0 2004年11月30日

・MERGEテーブルのサポートが追加されました。.MRGファイルもバックアップ操作とコピーバック操作の対象に含まれました。

・最後のMySQL binlogの位置が、バックアップディレクトリのibbackup_binlog_infoファイルに書き込まれます。また、最後のbinlogの位置は、バックアップ実行の最後に標準出力に出力されます。

・バックアップ操作で、MySQLクライアントおよびInnoDBホットバックアップのバージョンといっしょにMySQLサーバのバージョンも表示されます。

・バグ修正

MySQL 4.0.22および4.1.7の重大なバグにより、innobackup Perlスクリプトが2回実行され、mysqldサーバ全体のフリーズを引き起こすことがありました。バグは、FLUSH TABLES WITH READ LOCKにより発生していました。バグ修正には少々欠点があります。MyISAMテーブル操作によって innobackupが不正なbinlogの位置をユーザに報告する可能性がある場合に、バックアップ実行の期間が短くなってしまう点です。バグの詳細については、セクション7.4を参照してください。