ログファ@ @ルを非常に大きくすると，チェックポ@ @ント設定中のディスクI/Oが少なくなる可能性があります。ログファ@ @ルの合計サイズは多くの場合、バッファープールと同じか、またはそれより大きい設定が適切です。以前は、ログファイルが大きいとクラッシュリカバリに非常に長い時間がかかることがありましたが、MySQL 5.5 以降では、クラッシュリカバリのパフォーマンス向上により、クラッシュ後の起動を高速にして大きなログファイルを使用することが可能になっています。(厳密に言うと、このパフォーマンス向上は、InnoDB Plugin 1.0.7 以降を含む MySQL 5.1 で実現できます。この向上をデフォルトの InnoDB ストレージエンジンで実現できるのは MySQL 5.5 からです。)

チェックポ@ @ント処理の動作のしくみ

InnoDBは,ファジチェックポント設定と呼ばれるチェックポ@ @ントメカニズムを実装しています。InnoDBは，変更されたデタベスペジをバッファプルから小さなバッチにフラッシュします。バッファプルを1のバッチにフラッシュする必要はありません。それを行うと,チェックポイント設定プロセス中にユーザーのSQLステートメントの処理が中断されます。

クラッシュリカバリ中に，InnoDBは，ログファaaplルに書き込まれたチェックポaaplントラベルを探します。それは,そのラベルの前にあるデータベースへのすべての変更がデータベースのディスクイメージ内に存在することを知っています。次に，InnoDBはそのチェックポイントから前方にログファイルをスキャンしながら,ログに記録された変更をデータベースに適用します。