Kouhei Sutou
kou****@clear*****
2011年 9月 21日 (水) 09:47:38 JST
須藤です。 In <4E788****@gmo-m*****> "[groonga-dev,00563] Re: groongaの冗長化について" on Tue, 20 Sep 2011 21:47:29 +0900, 三宅 力 <chika****@gmo-m*****> wrote: >>もし、1分程度の遅延が許されるのであれば以下のような構成はい >>かがでしょうか？ > > 要件を書き漏らしていました。すいません。 > 遅延はなるべく無しで、多くても10秒くらいで考えています。 > ユーザーがタグ等を更新後、すぐに検索できるかチェックするためです。 なるほど！ であれば、たしかにcronなどで定期的にポーリングするのでは難し いですね。groonga_{1,2,3}側で「MySQL→groonga更新プロセス」 みたいなやつを常時立ち上げておいて、ユーザ更新受け付け側は * MySQLへ書き込み * groonga_{1,2,3}の「MySQL→groonga更新プロセス」へ通知 （通知のみで実際の更新はgroonga_{1,2,3}の更新プロセスが 行う） とかだといけそうな気がしますが、複雑な気もしますね。。。 （念のため、「MySQL→groonga更新プロセス」はポーリングもして おいた方がいいと思いますし。。。） > solrはでなくgroongaにした理由もここにあります。 おぉ！ > しかし、サーバープロセスを落とすというのは参考になりました。 > サービスの性格上、数百万件の内1件更新ができなくても、プロセスを落とすわ > けにはいけませんが、何件かたまれば落とした方がいいかもしれません。 少しでも参考になるところがあってよかったです！ > mroongaの件もありがとうございます。 > > こちらも検討はしたのですが、やはり実践結果のブログ等が少ないこと、マルチ > カラムインデックスが未実装？等のこともあり、二の足を踏んで一旦見送ること > になりました。 そうですよね、実績情報が少ないと心配ですよね。。。 あと、マルチカラムインデックスは需要が大きかったのですね。た またま、昨日、マルチカラムインデックスは実現できないかなぁと 検討したのですが、意外と簡単にいけそうな気がしたので（検討結 果が外れていなければ）近い将来に実装されるかもしれません！ > また、質問に参るかもしれませんが、今後とも何卒よろしくお願いいたします。 > うまくリプレースできましたら、また共有させていただきます。 はい！ うまくリプレースできて、よい結果を伺えることを楽しみにしています！ -- 須藤 功平 <kou****@clear*****> 株式会社クリアコード <http://www.clear-code.com/> (03-6231-7270) プログラミングが好きなソフトウェア開発者を募集中: http://www.clear-code.com/recruitment/
