ご返信ありがとうございます。 > * MySQLのクエリーログ(my.confでgeneral_log=ONなどとして採取したもの）残っていれば こちらですが一般ログは取得しておりません。バイナリログ(更新系クエリのみ記録) スローログを見ましたが対象のテーブルに対する SQL は記録されておりませんでした。 少し時間を要しますが、アクセス状況から SQL を再現することは可能かと思いますので そちらを用意し、その後 issue を立てようと思います。 以上、よろしくお願いいたします。 -- 曾利田勁介 <keisu****@kccs*****> 2019年6月24日(月) 17:11 Kentaro Hayashi <hayas****@clear*****>: > > 林です。 > > 報告ありがとうございます。 > 問題の経過を追いやすくなるので、以下のNew issueボタンからこの件に関する > issueを立ててもらってもよいでしょうか？ > > https://github.com/mroonga/mroonga/issues/ > > その際には、以下の内容を記載（ログに関しては添付）してもらえるととても助かります。 > > * [groonga-dev,04754] に投稿した内容を転記 > * MySQLのクエリーログ(my.confでgeneral_log=ONなどとして採取したもの）残っていれば > > 提供された情報からは、SELECT 1 AS SEARCH_FLG, ... FROM D_BOOK_CONTENTS_IO...を > 実行した段階ではすでにインデックスが削除されていたように見えます。 > ただ、インデックスの削除を誘発したクエリーがなんなのかはクエリーログがないのでわからなかった > ためです。 > > たとえば、log_003だと以下のようなgroongaのログが記録されているので、 > 6/19 09:06:01から6/21 10:22:38までのMySQLのクエリーから絞り込めると > いいなぁと思っています。(6/21 10:22:38の直前になにかあったと思うのですが） > > 2019-06-19 09:06:01.417589|n|f2698740|mroonga 7.05 started. > 2019-06-19 09:06:01.417751|n|f2698740|log level is 'NOTICE' > 2019-06-21 10:22:38.674018|n|2e7b8700|DDL:277:obj_remove D_BOOK_CONTENTS_IOS > > 以上、よろしくお願いいたします。 > > On Fri, 21 Jun 2019 21:29:28 +0900 > 曾利田 勁介 <keisu****@kccs*****> wrote: > > > お世話になっております。曾利田と申します。 > > > > 添付ファイル内「SQL」のような SQL を発行したところ、結果が > > 「Can't find FULLTEXT index matching the column list」エラーとなっていることを発見しました。 > > > > この度はこの事象の原因について思い当たることや調査観点等のアドバイスをいただきたくご連絡させていただきました。 > > > > 現在調査したことを下記に記載していきます。 > > > > SHOW INDEX にてインデックスの状態を確認したところ「Comment」部分が「disabled」となっておりました。 > > このことから下記を実行した結果、事象は改善されています。 > > > > ALTER TABLE D_BOOK_CONTENTS_IOS ENABLE KEYS; > > > > groonga.log を確認したところ、エラーが出始めたタイミングから下記のようなログが記録されておりました。 > > > > 2019-06-12 16:50:32.393855|n|466d2700|DDL:277:obj_remove D_BOOK_CONTENTS_IOS > > 2019-06-12 16:50:32.405574|n|466d2700|spec:277:remove:D_BOOK_CONTENTS_IOS:48(table:hash_key) > > 2019-06-12 16:50:32.405866|n|466d2700|DDL:279:obj_remove > > D_BOOK_CONTENTS_IOS#COLLECTION_NAME_SRCH.index > > 2019-06-12 16:50:32.472319|n|466d2700|spec:279:remove:D_BOOK_CONTENTS_IOS#COLLECTION_NAME_SRCH.index:72(column:index) > > 2019-06-12 16:50:32.472384|n|466d2700|DDL:278:obj_remove > > D_BOOK_CONTENTS_IOS#COLLECTION_NAME_SRCH > > > > 尚、環境としてはスレーブが 4 台ある環境で、全てで事象が発生していました。 > > 001 のみ 6/12 に上記ログが記録されていましたが、全台共通で 6/21 10:22 頃から上記ログが記録されています。 > > > > 6/12 は現在心当たりがない状態なのですが、6/21 10:22 については 002 号機で > > メモリのデータ破損と思われる MySQL クラッシュが発生した時刻となります。 > > > > また、上記ログとは関連が見られないのですが、状況として > > 3月末より mroonga が要因と思われる MySQL クラッシュが発生しています。 > > > > 本事象について情報や思い当たる点ある方がいらっしゃいましたら情報提供いただきたく存じます。 > > -- > > 曾利田勁介 <keisu****@kccs*****> > > > -- > Kentaro Hayashi <hayas****@clear*****>
