[前][次][番号順一覧][スレッド一覧]

mysql:14977

From: Kota Hada <Kota Hada <kthd.wing@xxxxxxxxxx>>
Date: Sat, 18 Jul 2009 01:16:15 +0900
Subject: [mysql 14977] Re: MySQL Clusterのチューニング方法

奥野さん

ご返信ありがとうございます。

以下、インラインにて失礼します。

>> SELECT * FROM [table_name] LIMIT 3000,30;
>
> このようなクエリを実行すると、SQLノードは3000行データノードからフェッチして、
> そのまま捨ててしまうことになりますので効率がよくありません。LIMIT句では
> オフセットを極力利用しないようにしましょう。その代わりWHERE句で条件の絞り込みを
> するようにしましょう。
>
> MySQL Clusterでは、ORDER BY句を指定しない限り、行がソートされることはありません。
> 上記のクエリでは、行の順序とは無関係の結果が返ってくるかも知れません。
>

テストでこのようなクエリを実行しておりました。
実際には、WHERE句を使い条件をしぼるようにしてます。
ただ、それでも5〜6秒もかかってしまっています。

> また、ネットワークの帯域がボトルネックになるのを防ぐため、* もあまり
> 利用するべきではありません。カラムを絞り込むことで性能が改善する場合があります。
> MySQL Clusterではネットワークがボトルネックになりやすいので注意しましょう。
>

一応、1GbpsのNICでつながっているのですが、
このれでもボトルネックの可能性はありますでしょうか?

> テーブルがインメモリ型ではなくディスク型の場合、キャッシュサイズが小さいと
> 時間がかかる場合があります。
>

なるほど。
ただ、特にディスク型を設定した覚えがありません。
これが原因なのか??な気がしています。

キャッシュサイズについては、少し調べて試しに設定してみることにします。

> JOINは使用していないですよね?

はい。使用していません。

> EXPLAINの「type」はALLでしょうか?

はい。ALLでした。

>> そもそも、この14秒というのがそこそこの処理速度なのかも
>> よく分かっていない状況なのです。
>
> 非常に遅いと思います。
>

引き続き、ご教授いただければ幸いです。
よろしくお願いいたします。

[前][次][番号順一覧][スレッド一覧]

     14975 2009-07-17 22:13 [Kota Hada <kthd.wing] MySQL Clusterのチューニング方法         
     14976 2009-07-17 23:00 ┗[Mikiya Okuno <Mikiya]                                       
->   14977 2009-07-18 01:16  ┗[Kota Hada <kthd.wing]                                     
     14978 2009-07-18 11:14   ┗[Mikiya Okuno <Mikiya]                                   
     14984 2009-07-18 12:42    ┗[Kota Hada <kthd.wing]