ステートメントを発行してください。次のカラムを利用して結果セットを返します。テーブルのエラーを確認します。テーブルにのみ機能します。テーブルにも有効になりました。テーブルに対しては、キー統計もまた更新されます。存在していないビュー定義内で参照されるテーブルなどのような、ビューの問題も確認できます。次のカラムを利用して結果セットを返します。メッセージステートメントは各確認済テーブルにたくさんの情報行を作成する可能性がある事に注意してください。得られなければ、通常はテーブルの修復を起動する必要があります。エンジンが、そのテーブルを確認する必要は無いと指示しているという意味です。バージョンと互換性があるか確認します。タイプやインデックスに互換性の無い変更があったかどうかを確認します。無ければ、その確認は成功です。反対に、もし非適応性があれば、サーバはテーブルに対して総確認を行います。(少々時間がかかります。バージョン番号をマークします。ファイルをマークする事で、同じバージョンのサーバによるそのテーブルの今後の確認が早くなる事が保証されます。データタイプの格納フォーマットが変更されたか、そのソート順が変更された為に、非適合性が発生する可能性があります。私たちの目的はそれらの変更を避ける事ですが、時として各リリースの間に、非適合性よりもさらに深刻である問題を修正する事の方が大切な事もあります。これらの非適合性が見つかっています。カラム内の最後の空白のインデックス順が変更されました。それ以外のチェックポイントは次のテーブルに表されています。テーブルとビューでは無視されます。不正リンクの確認の為に行をスキャンしないでください。適切に閉じられていないテーブルだけを確認してください。最後の確認以降変更されたか、または正常に閉じられていないテーブルだけを確認してください。削除されたリンクが有効である事を検証する為に行をスキャンしてください。チェックサムも計算し、それをキーの為に計算されたチェックサムを利用して検証します。各行の全てのキーに対して総キー参照を行ってください。これはテーブルが100%整合性がある事を保証しますが、時間がかかる作業です。起動させるのと同じ結果になります。