[Senna-dev 539] Re: MySQL4 + senna1.0.3構築時の質問。

Back to archive index

Tasuku SUENAGA a****@razil*****
2007年 4月 2日 (月) 15:19:28 JST


末永です。

> ■新しくセットアップしてうまくいっていないもの。
>  (MySQL 4.0.27 + senna 1.0.3)
>
> Rows 2158173
> Avg_row_length 298
> Index_length 97503232
> Senna_key_size 2158173
> Senna_key_file_size 58793984
>
> Senna_lexicon_size 0←←←←
> Senna_lexicon_file_size 4268032
> Senna_inv_seg_size 167936←←←
> Senna_inv_chunk_size 135168

> インデックスは、以下のように貼っています。
>
> alter table mall_item drop index product_name;
> optimize table item;
> alter table item add fulltext (product_name, expl, word);

Senna_lexicon_sizeは、文書中の単語の数です。
よって、1つの単語も登録されていないと考えられます。

おそらく一番疑われるのは、
MeCabから実行結果を受け取れていないことだと思います。

以下のようなチェック方法が考えられると思います。
- MeCabを単体で実行してみる
- mecab-configでMeCabのライブラリの位置をチェック
- lddなどで、libsenna.soやmysqldを調べて、
 MeCabと正しくリンクされているかどうか確認する

また、/usr/libと/usr/local/libの両方にMeCab/Sennaが入っていたりすると、
想定しないほうのライブラリとリンクしてしまい
問題が発生してしまうことがあると思います。

> p.s.mysql5 + sennaを一度セットアップしたのですが、データの移行がうまく
>  ないのか、検索パフォーマンスが低くなったのと、何故かページングがうまく
>  いかなくて、limit 30,30にするとデータが表示されなくなる・・・とか。
>  何が原因かを追い切る時間が取れなかったので、
>  mysql5へのアップデートを今回は断念しました。
>  可能であれば、mysql4の方もフォローしていただけると大変ありがたいです。

MySQL 5.0系ですが、クエリプランナの問題で、
Sennaのインデックスがなくとも、
テーブル間のJOINが遅いなどの報告を受けております。

ページングはバグかもしれません…
Tritonn環境で起こったバグでしょうか?

MySQL 4.0系も可能な限りフォローしていきたいと考えております。
また、
Tritonnプロジェクトの4.0/4.1/5.1への移植を心待ちにしていたりもします…

---
Tasuku SUENAGA <a****@razil*****>




Senna-dev メーリングリストの案内
Back to archive index