2009年9月 6日

[mysql 15013] Re: 検索処理を早くするには?

遠藤と申します。

具体例を示された方が、回答をする側もし易くなると思います。

とてもシンプルなSQLであればなおさらです。

このテーブル構造、このSQLでDB2ならこのくらい、My
SQLならこれくらい、とご呈示されてはどうでしょうか?


ちなみに、DB2のエンジンも、MySQLのエンジンも、同
一スペックのマシンで動いているんですよね?
それとネットワークの構成も同じなんですよね?

例えば、DB2はローカルで100万件の中から50万件取り
出すのにめっちゃ早いけど、9600bpsのモデムの先のサー
バから50万件取り出すのにめっちゃ時間かかるから使えない、
って言われても、そりゃ困るってもんです。
たぶん、そんな事は無いんでしょうけど、そう見えても仕方な
いと思います。

何も比較条件が無いなら、誰も回答は出せないと思います。

もしかしたら、岡田さんが求めている結果が、唯一MySQL
で不得意な処理かもしれませんよ?だとしたら、MySQLに
頼るのは諦めるしか無いでしょう。
それも、これも、具体例を出せば一目瞭然です。

如何でしょうか?

少なくとも、私の経験では100万件中のデータを引っ張り出
すのに、実用に耐えなかった経験はありません。ただ、それも
これも、「条件次第」ですけど。50万件絞り出せって言われ
たら、設計から見直してくれって相談します。

Sun, 06 Sep 2009 17:14:16 +0900 に、
Takayuki Okada <okada.takayuki@xxxxx> さんは書きました:

> 本件ですが、発行されうるselectの条件句の上位6つほどの
> インデックスを作成しましたが、この影響として、
> 登録&更新処理が非常に遅くなり、とても対策には使えませんでした。
>
> CPUがすかすかなので、もっと並列で仕事をさせるような
> ことはできないものでしょうか?
> また、show statusの結果も、いたって、悪い箇所は見当たりません。
>
> ちなみに、select文には副問い合わせもなく、とても
> シンプルなものです。
> 件数が増えると、とても遅くなります。
>
> それともMySQLは大量データ処理には向かないのでしょうか?
> といっても、対象のテーブルは、100万件程度ですが…。
>
>
> >お世話になります。
> >岡田と申します。
> >
> >非常に漠然とした質問になり、すみません。
> >
> >DB2からMySQLへ移行し、性能を測ってみたところ、
> >全件検索が非常に遅くなりました。
> >
> >explainで確認すると、一応、PKは使用しているようですが、
> >件数が多くなると、やはり遅くなります。
> >
> >何かよいチューニング方法はないでしょうか?
> >インデックスは条件句が複数となるため、
> >それごとに作成したくはないと思ってますので、
> >パラメータで改善できればベストです。
> >また、アプローチに関してもご教示いただければ、幸いです。
> >#Enterpriseシルバーなので、チューニングはサポートに
> >聞けないので、本MLに投稿させていただきました。
> >
> >ちなみに、バージョンは5.1.31で、
> >対象のテーブルはエンジンはInnoDBで作成しております。
>
>

--
えんどう
endo@xxxxx,endo@xxxxx

投稿者 xml-rpc : 2009年9月 6日 21:16
役に立ちました?:
過去のフィードバック 平均:(0) 総合:(0) 投票回数:(0)
本記事へのTrackback: http://hoop.euqset.org/blog/mt-tb2006.cgi/88332
トラックバック
コメント
コメントする




画像の中に見える文字を入力してください。