mysql - 多くの<テストでwhere節を最適化する

Question

〜400KレコードのinnoDBテーブルを取得します。まれに（決して決して）更新されない場合。

A =値（4から14の範囲の整数、インデックス付け、値） B =値：

最も頻繁な要求は、COUNT（*）句は論理的に、以下のようにいくつかの条件で構成される場合と、選択され

可変数のCx <値条件（0〜26条件） 各Cxはint型の列と一致し、0〜7の値をとります

Cx列は最初に索引付けされません。パフォーマンスに大きな影響を与えずにインデックスを作成しようとしました。

このクエリの最適化の考え方は歓迎します。

このクエリ自体を最適化しようとすること以外に、約25件の連続したリクエストが得られる状況では、2番目の最適化レベルにもあります。それぞれにはCx条件のセットが同じですが、Aそして

Cx条件のセットだけで一時テーブルを作成し、AとBの条件でその一時テーブルから選択することは有望だろうと思いますか？クエリをreforging、テーブルにフィールドを追加考える

------------------

UPDATE 1 ...私が持っていましたベンド、ボブ、リックのおかげで、私を基礎にしてくれたので、何らかの基礎を忘れてしまった。

A /このテーブルが更新されることはめったにありませんが、私はMyISAMのエンジンを変更しました。 オリジナルのinnoDBsizeの2/3までサイズを絞っただけでなく、これによりクエリのパフォーマンスが25％向上しました。

B/Iは、AインデックスとBインデックスのカーディナリティが低いと考えました。私の設定とBobの設定との間のかなりの違いを説明する事実に加えられました。 ： A列とB列の値の分布はランダムではありません。それらは完全平均ガウス分布に近く、例えば平均-A = 10および標準-A = 1であり、人口の大多数がA = {9,10,11}を得て、関連付けられたインデックスを決定的に選択的にレンダリングしないことを示している。 Bについての観測はBと似ています。

Bは実際には単一の列ではなく、列B1、B2、B3、B4であると言われているため、4つの複合インデックス（A、Bi） 4.

だから、すべての5

を乗じた全ての公演で私は幸せに近いです！ お寄せいただきありがとうございます。

Answer 1

私は、クエリの追加の最適化は必要ありません。それが遅い場合は、データベースの設定を確認する必要があります。あるいは、ハードウェアに問題があるかもしれません。 私は小さな仮想サーバ（1つのCPU、512M RAM）上のいくつかのテストだった。そして、

mysql> create table t (a int(1), b varchar(1), c1 int(1), c2 int(1), c3 int(1), c4 int(1)); 
    mysql> create index ia on t(a) ; 
    mysql> create index ib on t(b) ; 

を、私は

insert into t values 
(6, 'T', 4, 6, 3, 4), 
(12, 'z', 3, 5, 6, 1), 
... 

mysql> select count(*) from t where a=5 and b='x' and c1 > 5; 
+----------+ 
| count(*) | 
+----------+ 
|  340 | 
+----------+ 
1 row in set (0.04 sec) 

は余分なチューニングなしで良いルックスランダムデータの400の000セットをロードしたいです

Answer 2

INDEX(a,b,c1) 

aとb彼らは=でテストされているので、最初にする必要があります。次に、cの1つを選択します。すべてのクエリはaとbの恩恵を受けるでしょう。 1つはさらに利益を得るでしょう。

（最初に来るどのaまたはbを重要ではありません;。パフォーマンスは同じになります）

はい、あなたはそれらの26を持つことができます。多分それは良いです。

4バイトのINTsを1バイトのTINYINT UNSIGNEDに変更します（値は0〜255と仮定します）。