SQLクエリ遅すぎるEXPLAIN

Question

の "インデックスの使用" 私は、ユーザー

私のクエリのすべての加入者を取得しようとしています：

SELECT 
    COUNT(sub.id) as ids 
FROM 
    subscribers as sub 
WHERE 
    suid=541839243781 

は、プリントをEXPLAIN：

 
╔════╦═════════════╦═══════╦══════╦═══════════════╦═════╦═════════╦═══════╦═══════╦═════════════╗ 
║ id ║ select_type ║ table ║ type ║ possible_keys ║ key ║ key_len ║ ref ║ rows ║ Extra ║ 
╠════╬═════════════╬═══════╬══════╬═══════════════╬═════╬═════════╬═══════╬═══════╬═════════════╣ 
║ 1 ║ SIMPLE  ║ sub ║ ref ║ i3   ║ i3 ║  8 ║ const ║ 47890 ║ Using index ║ 
╚════╩═════════════╩═══════╩══════╩═══════════════╩═════╩═════════╩═══════╩═══════╩═════════════╝ 

そうで私が得た合計カウントは約48kであり、ロードするのに0.0333がかかります...これが1mまたは5mになるとどうなりますか？それはアップロードするために年齢を取ることができる...加入者のテーブルの上に

私のインデックスは、次のとおりです。

 
╔═════════════╦════════════╦═══════════════════╦══════════════╦═════════════╦═══════════╦═════════════╦══════════╦════════╦══════╦════════════╦═════════╗ 
║ Table ║ Non_unique ║  Key_name  ║ Seq_in_index ║ Column_name ║ Collation ║ Cardinality ║ Sub_part ║ Packed ║ Null ║ Index_type ║ Comment ║ 
╠═════════════╬════════════╬═══════════════════╬══════════════╬═════════════╬═══════════╬═════════════╬══════════╬════════╬══════╬════════════╬═════════╣ 
║ subscribers ║   0 ║ PRIMARY   ║   1 ║ id   ║ A   ║  60251 ║ NULL  ║ NULL ║  ║ BTREE  ║   ║ 
║ subscribers ║   1 ║ total_subscribers ║   1 ║ id   ║ A   ║  60251 ║ NULL  ║ NULL ║  ║ BTREE  ║   ║ 
║ subscribers ║   1 ║ total_subscribers ║   2 ║ suid  ║ A   ║  60251 ║ NULL  ║ NULL ║  ║ BTREE  ║   ║ 
║ subscribers ║   1 ║ i3    ║   1 ║ suid  ║ A   ║  6025 ║ NULL  ║ NULL ║  ║ BTREE  ║   ║ 
║ subscribers ║   1 ║ i3    ║   2 ║ uid   ║ A   ║  60251 ║ NULL  ║ NULL ║  ║ BTREE  ║   ║ 
║ subscribers ║   1 ║ i3    ║   3 ║ id   ║ A   ║  60251 ║ NULL  ║ NULL ║  ║ BTREE  ║   ║ 
╚═════════════╩════════════╩═══════════════════╩══════════════╩═════════════╩═══════════╩═════════════╩══════════╩════════╩══════╩════════════╩═════════╝ 

はので、どのように私はこのクエリは、より効率的に行うことができますか？

Answer 1

おそらくできません。

つまり、COUNT演算が必然的に行数に比例してスケーリングされると思います。 100万行で0.0333秒ではなく0.12秒かかることがあります。

実際に問題になる場合は、事前計算とキャッシュを使用してこれを解決できます。たとえば、カウントを計算してテーブルに格納する時間別ジョブがあるとします。あなたのカウントは、最新のものに1時間までかかる可能性がありますが、それらを取得する方がはるかに高速です。

Answer 2

sys.tablesをsys.partitionsに結合できます。行の統計情報がテーブルに格納されます。

エラー：これはMS SQL Serverに適用されます。申し訳ありません。

Answer 3

列idはNULL値を許可しますか？そうでない場合はSELECT COUNT(*)に変更すると、エンジンはテーブルデータを参照せずにインデックスからのクエリにのみ応答することができます。これにより、処理速度が向上し、MySQLがカーディナリティ統計を格納および取得する方法に応じて、クエリが瞬間的になる可能性があります。