Kouhei Sutou
kou****@clear*****
2012年 4月 17日 (火) 13:45:23 JST
須藤です。 In <20120****@gmo-m*****> "[groonga-dev,00776] Re: mysql-replicationでの mroongaの利用" on Tue, 17 Apr 2012 12:48:51 +0900, 河野 隆志 <takas****@gmo-m*****> wrote: > あ、すみません、実稼働まではいってないです。 > 負荷をかけるとtable is nullが出て処理が止まってしまう状態は > 改善できてないです… あぁ！ masterでは対処されているので、今月末のリリースをお待ちくださ い。。。 > ですが、レプリケーションとしては全く問題なく動いています。 よかったです。 >> これは、Tritonnの独自構文（UFLLTEXT INDEXのUSING MECABなど） >> 以外で、ということですよね？（例えば、SELECTなどで発生した。） > REPLACE文ですね。 ありがとうございます！ >> もし覚えていたらでよいのですが、参考までにどんなクエリーだっ >> たかを教えてもらえるとうれしいです。 >> （どんなクエリーだったかが気になるくらいなので、覚えていなかっ >> たら結構です！） > REPLACE文は構文が正しくなかったために出てたエラーだったと記憶しています。 > 例えば10個あるカラムのうちREPLACE文で9個しかカラム・値を指定しておらず、 > 残りの1個のカラム定義もDEFAULTが指定されてない、そんなクエリでした。 > (こんなのでもMySQL5.0は通っちゃうんですね…) なるほど。これは、mroongaは悪くなさそうですね。 > あとはテーブル定義の問題でした。REPLACE文で > Error 'undeletable record (table_name-unique_key_name:9159825) has value (index:4)' on query. Default database: 'db_name'. Query: REPLACE hogehoge > こんなエラーが出てきたので、対象テーブルのユニークキーを > 外したらクエリーが通るようになりました。 > > このユニークキーはIDとHASHの複合キーでした。 こちらはmroongaが関係ありそうな雰囲気ですね。 再現できるか試してみます。 > ちょっと記憶があいまいな部分もありますが大体こんな感じです。 ありがとうございます！ とても参考になりました。 -- 須藤 功平 <kou****@clear*****> 株式会社クリアコード <http://www.clear-code.com/> (03-6231-7270) プログラミングが好きなソフトウェア開発者を募集中: http://www.clear-code.com/recruitment/
