ディスク領域を節約するために,mysqlbackupの——压缩
オプションを使用して,InnoDBバックアップデルを圧縮できます。圧縮を使用すると,より多くのバックアップデータを保有でき,別のサーバーへのバックアップデータの転送時間を短縮できます。マイナス面としては,バックアップ自体を行う間のCPUオーバーヘッドの増大と,データを圧縮解除するためのリストアプロセスに必要な時間の増加があります。
バックアップ圧縮機能は,InnoDBテブルでのみ機能します。バックアップ中にInnoDBテーブルスペースファイルを圧縮したあと,これらのファイルには,通常の.ibd
拡張子でなく.ibz
拡張子が付けられます。追加のディスク領域を節約せずにCPUサescクルを浪費することを避けるために,——压缩
は,梭鱼ファ。このようなテブルスペスファルは通常の.ibd
拡張子のままです。
InnoDBテーブルスペース内に未使用領域がある場合,非圧縮バックアップ中にファイル全体がコピーされます。未使用領域のストレジオバヘッドを避けるため,圧縮バックアップを実行してください。
——压缩
オプションは,完全バックアップだけに使用でき,増分バックアップには使用できません。
——进行压缩
オプションで,使用する圧縮アルゴリズムを選択することもできます。Zlibまたはlzma圧縮アルゴリズムを使用する場合は,——compress-level
オプションで圧縮のレベルも選択できます。詳細は,セクション5.1.7 "圧縮オプション"を参照してください。
圧縮バックアップを作成するためのコマンド例は次のとおりです。
Mysqlbackup——defaults-file=/etc/my.cnf——compress——compress-level=5备份
単一ファ邮箱ルの圧縮バックアップを作成するためのコマンド例は次のとおりです。
Mysqlbackup——defaults-file=/etc/my.cnf——compress——compress-level=5 \——backup-image=backup。img backup-to-image
次のステップ:
完全バックアップと増分バックアップの終わりに表示されるメッセジ内の(たとえば
mysqlbackup:能够解析到lsn的日志
の行内にある)LSN値を書き留めてください。この完全バックアップのあとに行われた変更の増分バックアップを実行するときに,この値を指定します。LSN_number
いでも完全バックアップをリストアできるよう,圧縮バックアップファルにログを適用します。最初にバックアップデータを別のサーバーに移動して,データベースサーバーでこの操作を実行するCPUおよびI / Oオーバーヘッドを回避できます。
ログを適用したあと,定期的に増分バックアップを取得します。これは完全バックアップより小さく,すばやく作成できます。