Jiro Iwamoto
jirok****@gmail*****
2013年 8月 27日 (火) 00:58:31 JST
村上さん 岩本です。検証ありがとうございます。 MySQLのバージョンによってそんなに違いが出るんですね。 使うのをあきらめかけていたのですが、いけそうな気がしてきました。 ストレージモードだといけそうな気がする。。。でも、たしかトランザクションが無いんですよね？ ちょっとほかの作業が入ってしまったので、検証自体は先になってしまいそうですが、 ・MySQLのバージョン ・ラッパーモード／ストレージモード などを加味して改めて検証してみようと思います。 それにしてもMySQLのバージョンでここまで違いが出るとは思いませんでした。 ありがとうございます。 2013年8月27日 0:20 Naoya Murakami <visio****@gmail*****>: > お世話になっております。村上と申します。 > > mroongaの一利用者ですが、mroongaのパフォーマンスに興味があったので、 > 別作業の解凍待ち時間の間に、データをダウンロードして、性能を少し試してみました。 > > ご参考まで。 > > ・環境 > CentOS6.4 > mysql5.6.13 > mroonga-3.06.2013.08.26 > groonga-3.0.6.2013.08.26 > > ・サーバスペック > Xeon E5-2407 2.20GHz 4core > メモリ32GB > SSD 240x4 のRAID0 > > ＜INNODBラッパーモード＞ > > mysql> select count(guid) from CombinedData where match(content) > against('事件' IN BOOLEAN MODE); > +-------------+ > | count(guid) | > +-------------+ > | 89072 | > +-------------+ > 1 row in set (0.03 sec) > > ※mysql5.6系の場合、mroongaのcount最適化ではないmysql由来の方法？でcountが最適化されている。なお、5.5系では、最適化されない。myisamのラッパーだと、3.06で追加されたmroongaのcount最適化が走る。 > > mysql> select count(guid) from CombinedData where match(content) > against('事件' IN BOOLEAN MODE) and orgId='ee15e1b414ad4329b7d14c857bc91644' > and objId='e9823fae423b4b56859ba98cb8a3a8dc'; > +-------------+ > | count(guid) | > +-------------+ > | 172 | > +-------------+ > 1 row in set (3.88 sec) > mysql5.6系のcount最適化がきかない。林さんの結果と同じ。ハードにボトルネックがないため、 > ハードスペックをいくらあげても、同じデータ構造、同じSQLであれば、これ以上は早くならなそう。 > レコードアクセスを含む全件カウントはコストが高そう。 > > mysql> select guid from CombinedData where match(content) against('事件' IN > BOOLEAN MODE) and orgId='ee15e1b414ad > 4329b7d14c857bc91644' and objId='e9823fae423b4b56859ba98cb8a3a8dc' limit 1; > +----------------------------------+ > | guid | > +----------------------------------+ > | 00e11568de5e432fbfe16a56bd650d70 | > +----------------------------------+ > 1 row in set (0.03 sec) > リミットで一部のデータ取得であれば、早くかえってくる。 > > ＜mroongaストレージモード＞ > innodbラッパー→mroongaストレージモードに変換 > > mysql> select count(guid) from CombinedData where match(content) > against('事件' IN BOOLEAN MODE); > +-------------+ > | count(guid) | > +-------------+ > | 89072 | > +-------------+ > 1 row in set (0.11 sec) > mysql由来のカウント最適化よりやや劣る？ > > mysql> select count(guid) from CombinedData where match(content) > against('事件' IN BOOLEAN MODE) and orgId='ee15e1b414ad4329b7d14c857bc91644' > and objId='e9823fae423b4b56859ba98cb8a3a8dc'; > +-------------+ > | count(guid) | > +-------------+ > | 172 | > +-------------+ > 1 row in set (0.52 sec) > 最適化きいてないのにラッパーよりかなりはやいなぁ。。 > > mysql> SHOW STATUS LIKE 'Mroonga_count_skip'; > +--------------------+-------+ > | Variable_name | Value | > +--------------------+-------+ > | Mroonga_count_skip | 0 | > +--------------------+-------+ > 1 row in set (0.00 sec) > > ysql> select count(guid) from CombinedData where match(content) against('事件 > + orgId:ee15e1b414ad4329b7d14c857bc91644 + > objId:e9823fae423b4b56859ba98cb8a3a8dc' IN BOOLEAN MODE) ; > +-------------+ > | count(guid) | > +-------------+ > | 172 | > +-------------+ > 1 row in set (0.07 sec) > againstの中に、groongaのクエリ構文を指定する方法だとさらに早い。 > この書き方、裏技チックで面白い。かなり性能を向上できるのですばらしい。 > > mysql> SHOW STATUS LIKE 'Mroonga_count_skip'; > +--------------------+-------+ > | Variable_name | Value | > +--------------------+-------+ > | Mroonga_count_skip | 0 | > +--------------------+-------+ > 1 row in set (0.00 sec) > この書き方でもカウントスキップはインクリメントされないのですね。 > count最適化が走っているわけではないのかなぁ。 > > 以上です。 > > > _______________________________________________ > groonga-dev mailing list > groon****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/groonga-dev >
