拡張統計の概要

TiDB は、次の 2 種類の統計を収集できます。

  • 基本統計: ヒストグラムや Count-Min Sketch などの統計。詳細は統計入門を参照してください。
  • 拡張統計: テーブルと列でフィルタリングされた統計。

ヒント:

このドキュメントを読む前に、まず統計入門を読むことをお勧めします。

ANALYZEステートメントが手動または自動で実行されると、TiDB はデフォルトで基本統計のみを収集し、拡張統計は収集しません。これは、拡張統計が特定のシナリオでオプティマイザの推定にのみ使用され、それらを収集するには追加のオーバーヘッドが必要になるためです。

拡張統計はデフォルトで無効になっています。拡張統計を収集するには、まず拡張統計を有効にしてから、個々の拡張統計オブジェクトを登録する必要があります。

登録後、次にANALYZEステートメントが実行されると、TiDB は基本統計と登録された拡張統計の両方を収集します。

制限事項

次のシナリオでは、拡張統計は収集されません。

  • インデックスのみの統計収集
  • ANALYZE INCREMENTALコマンドによる統計収集
  • システム変数tidb_enable_fast_analyzeの値をtrueに設定した場合の統計収集

共通操作

拡張統計を有効にする

拡張統計を有効にするには、システム変数tidb_enable_extended_stats ONに設定します。

SET GLOBAL tidb_enable_extended_stats = ON;

この変数のデフォルト値はOFFです。このシステム変数の設定は、すべての拡張統計オブジェクトに適用されます。

拡張統計の登録

拡張統計の登録は 1 回限りのタスクではなく、拡張統計オブジェクトごとに登録を繰り返す必要があります。

拡張統計を登録するには、SQL 文ALTER TABLE ADD STATS_EXTENDEDを使用します。構文は次のとおりです。

ALTER TABLE table_name ADD STATS_EXTENDED IF NOT EXISTS stats_name stats_type(column_name, column_name...);

構文では、収集する拡張統計の表名、統計名、統計タイプ、および列名を指定できます。

  • table_name拡張統計が収集されるテーブルの名前を指定します。
  • stats_name統計オブジェクトの名前を指定します。これは、テーブルごとに一意である必要があります。
  • stats_type統計のタイプを指定します。現在、相関タイプのみがサポートされています。
  • column_name列グループを指定します。これには複数の列が含まれる場合があります。現在、指定できる列名は 2 つだけです。
使い方

アクセス パフォーマンスを向上させるために、各 TiDB ノードは拡張統計用にシステム テーブルmysql.stats_extendedにキャッシュを保持します。拡張統計を登録した後、次にANALYZEステートメントが実行されたときに、システム テーブルmysql.stats_extendedに対応するオブジェクトがある場合、TiDB は拡張統計を収集します。

mysql.stats_extendedテーブルの各行にはversion列があります。行が更新されると、値versionが増加します。このようにして、TiDB はテーブルを完全にではなく段階的にメモリにロードします。

TiDB は定期的にmysql.stats_extendedをロードして、キャッシュがテーブル内のデータと同じに保たれるようにします。

拡張統計の削除

拡張統計オブジェクトを削除するには、次のステートメントを使用します。

ALTER TABLE table_name DROP STATS_EXTENDED stats_name;
使い方

ステートメントを実行した後、TiDB はオブジェクトを直接削除するのではなく、対応するオブジェクトの値をmysql.stats_extendedの列statusから2にマークします。

他の TiDB ノードはこの変更を読み取り、メモリキャッシュ内のオブジェクトを削除します。バックグラウンドガベージコレクションは、最終的にオブジェクトを削除します。

拡張統計のエクスポートとインポート

拡張統計をエクスポートまたはインポートする方法は、基本統計をエクスポートまたはインポートする方法と同じです。詳細は統計の概要 - 統計のインポートとエクスポートを参照してください。

相関型拡張統計の使用例

現在、TiDB は相関タイプの拡張統計のみをサポートしています。このタイプは、範囲クエリの行数を見積もり、インデックスの選択を改善するために使用されます。次の例は、相関タイプの拡張統計を使用して、範囲クエリの行数を見積もる方法を示しています。

ステップ 1. テーブルを定義する

テーブルt次のように定義します。

CREATE TABLE t(col1 INT, col2 INT, KEY(col1), KEY(col2));

tcol1col2両方が、行順の単調増加制約に従うとします。これは、値col1col2が順番に厳密に相関しており、相関係数が1であることを意味します。

手順 2. 拡張統計なしでサンプル クエリを実行する

拡張統計を使用せずに次のクエリを実行します。

SELECT * FROM t WHERE col1 > 1 ORDER BY col2 LIMIT 1;

上記のクエリを実行するために、TiDB オプティマイザーには、テーブルtにアクセスするための次のオプションがあります。

  • col1のインデックスを使用してテーブルtにアクセスし、結果をcol2で並べ替えてTop-1を計算します。
  • col2のインデックスを使用して、 col1 > 1を満たす最初の行を見つけます。このアクセス方法のコストは主に、TiDB がcol2の順序でテーブルをスキャンするときに除外される行の数によって異なります。

拡張統計がない場合、TiDB オプティマイザーはcol1col2が独立していると仮定するだけであり、これが重大な推定エラーにつながります

ステップ 3. 拡張統計を有効にする

tidb_enable_extended_statsからONを設定し、 col1col2の拡張統計オブジェクトを登録します。

ALTER TABLE t ADD STATS_EXTENDED s1 correlation(col1, col2);

登録後にANALYZEを実行すると、TiDB は表tcolcol2ピアソン相関係数計算し、オブジェクトをmysql.stats_extendedの表に書き込みます。

ステップ 4. 拡張統計がどのように違いを生むかを確認する

TiDB が相関のための拡張統計を取得した後、オプティマイザはスキャンする行数をより正確に見積もることができます。

このとき、 ステージ 2. 拡張統計なしでサンプル クエリを実行するのクエリに対して、 col1col2順序が厳密に関連付けられます。 TiDB がcol2のインデックスを使用してcol1 > 1を満たす最初の行に一致するようにテーブルtにアクセスする場合、TiDB オプティマイザーは行数の見積もりを次のクエリに同等に変換します。

SELECT * FROM t WHERE col1 <= 1 OR col1 IS NULL;

前のクエリ結果に 1 を加えた値が、行数の最終的な見積もりになります。この方法では、独立した仮定を使用する必要がなく、重大な推定エラーが回避されます

相関係数 (この例では1 ) がシステム変数tidb_opt_correlation_thresholdの値より小さい場合、オプティマイザーは独立した仮定を使用しますが、ヒューリスティックに推定値を増やします。 tidb_opt_correlation_exp_factorの値が大きいほど、推定結果が大きくなります。相関係数の絶対値が大きいほど、推定結果が大きくなります。

このページは役に立ちましたか?