MySQL 8.0 リファレンスマニュアル MySQL NDB Cluster 8.0 を含む
このページは機械翻訳したものです。
このセクションでは、非永続オプティマイザ統計を構成する方法について説明します。 オプティマイザ統計は、innodb_stats_persistent=OFF
の場合、または個々のテーブルが STATS_PERSISTENT=0
で作成または変更された場合、ディスクに永続化されません。 かわりに、統計はメモリーに格納され、サーバーの停止時に失われます。 統計は、特定の操作および特定の条件下で定期的に更新されます。
オプティマイザ統計はデフォルトでディスクに永続化され、innodb_stats_persistent
構成オプションによって有効化されます。 永続的オプティマイザ統計については、セクション15.8.10.1「永続的オプティマイザ統計のパラメータの構成」を参照してください。
非永続オプティマイザ統計は、次の場合に更新されます:
ANALYZE TABLE
の実行。
SHOW TABLE STATUS
、SHOW INDEX
を実行するか、innodb_stats_on_metadata
オプションを有効にして INFORMATION_SCHEMA.TABLES
または INFORMATION_SCHEMA.STATISTICS
テーブルをクエリーします。
innodb_stats_on_metadata
のデフォルト設定は OFF
です。 innodb_stats_on_metadata
を有効にすると、多数のテーブルまたはインデックスを持つスキーマのアクセス速度が低下し、InnoDB
テーブルを含むクエリーの実行計画の安定性が低下する可能性があります。innodb_stats_on_metadata
は、SET
ステートメントを使用してグローバルに構成されます。
SET GLOBAL innodb_stats_on_metadata=ON
innodb_stats_on_metadata
は、オプティマイザ statistics が非永続として構成されている場合 (innodb_stats_persistent
が無効な場合) にのみ適用されます。
デフォルトの --auto-rehash
オプションを有効にして mysql クライアントを起動します。 auto-rehash
オプションを使用すると、すべての InnoDB
テーブルがオープンされ、オープンしているテーブルの操作によって統計が再計算されます。
mysql クライアントの起動時間を改善し、統計を更新するには、--disable-auto-rehash
オプションを使用して auto-rehash
をオフにします。 auto-rehash
機能は、対話ユーザーのためのデータベース、テーブル、およびカラム名の自動名前補完を有効にします。
最初にテーブルが開かれます。
InnoDB
は、統計が最後に更新されてから 1 / 16 のテーブルが変更されたことを検出します。
MySQL クエリーオプティマイザは、インデックスの相対的な選択性に基づいて、キー分布に関する推定された統計を使用して実行計画のためのインデックスを選択します。 InnoDB
でオプティマイザ統計が更新されると、テーブルの各インデックスからランダムページがサンプリングされ、インデックスの cardinality が見積もられます。 (この手法は、ランダムダイブと呼ばれます。)
統計の推定値の品質を制御する (それにより、クエリーオプティマイザへの情報を改善する) ために、パラメータ innodb_stats_transient_sample_pages
を使用して、サンプリングされるページの数を変更できます。 サンプリングされるページのデフォルト数は 8 です。これは、正確な推定値を生成するには十分ではなく、クエリーオプティマイザによる不適切なインデックス選択につながる可能性があります。 この手法は、大きなテーブルや、結合で使用されるテーブルの場合に特に重要です。 このようなテーブルに対する不必要なフルテーブルスキャンが、パフォーマンスの重大な問題になる場合があります。 このようなクエリーのチューニングのヒントは、セクション8.2.1.23「全テーブルスキャンの回避」 を参照してください。innodb_stats_transient_sample_pages
は、実行時に設定できるグローバルパラメータです。
innodb_stats_persistent=0
である場合は、innodb_stats_transient_sample_pages
の値がすべての InnoDB
テーブルおよびインデックスのインデックスサンプリングに影響を与えます。 インデックスサンプルサイズを変更する場合、次のような大きな影響がある可能性があることに注意してください:
1 や 2 などの小さな値では、カーディナリティーの不正確な推定値が生成される可能性があります。
innodb_stats_transient_sample_pages
値を大きくすると、必要なディスク読み取りが増える可能性があります。 8 よりもはるかに大きい値 (100 など) を指定すると、テーブルのオープンまたは SHOW TABLE STATUS
の実行にかかる時間が大幅に遅くなる可能性があります。
オプティマイザが、インデックスの選択性の異なる推定値に基づいて、非常に異なるクエリー計画を選択する可能性があります。
あるシステムで innodb_stats_transient_sample_pages
のどのような値が最適に機能したとしても、このオプションを設定し、その値のままにします。 過剰な I/O を必要とせずに、データベース内のすべてのテーブルに対して適度に正確な推定値を生成する値を選択してください。 統計は ANALYZE TABLE
の実行時以外のさまざまな時間に自動的に再計算されるため、インデックスのサンプルサイズを増やし、ANALYZE TABLE
を実行してから、サンプルサイズをふたたび減らしても意味がありません。
通常、小さいテーブルでは、大きいテーブルよりも必要なインデックスサンプルが少なくなります。 データベースに多数の大きなテーブルが含まれている場合は、ほとんどが小さなテーブルである場合より大きな innodb_stats_transient_sample_pages
値を使用することを考慮してください。