Q&A
起因：
更新処理を数万回した。
現象：
mysql> select * from articles limit 1;
ERROR 1016 (HY000): offset out of range
このときのエラーログは(*1へ)
mysql> select * from articles_2 limit 1;
ERROR 1016 (HY000): mroonga: failed to open table: <articles_2>
このときのエラーログは出力なし
対策：
ロックなどがかかってるのかと、エラーログなどを確認しましたが、
対策がよくわかりませんでした。
対応策がわかる方や心当たりのある方などご連絡お待ちしております。
(*1)
$ sudo tail -f /var/lib/mysql/groonga.log
2015-05-29 10:15:50.651654|e|b9594700|offset out of range
2015-05-29 10:15:50.654534|e|b9594700|/usr/local/lib/libgroonga.so.0(grn_vector_get_element+0x286) [0x7fbb50d94806]
2015-05-29 10:15:50.654564|e|b9594700|/usr/local/lib/libgroonga.so.0(grn_ctx_at+0x393) [0x7fbb50d9ad23]
2015-05-29 10:15:50.654573|e|b9594700|/usr/lib64/mysql/plugin/ha_mroonga.so(_ZN10ha_mroonga20storage_open_columnsEv+0x274) [0x7fbb5124a504]
2015-05-29 10:15:50.654601|e|b9594700|/usr/lib64/mysql/plugin/ha_mroonga.so(_ZN10ha_mroonga12storage_openEPKcij+0x47) [0x7fbb5124a597]
2015-05-29 10:15:50.654605|e|b9594700|/usr/lib64/mysql/plugin/ha_mroonga.so(_ZN10ha_mroonga4openEPKcij+0x129) [0x7fbb5124a719]
2015-05-29 10:15:50.654611|e|b9594700|/usr/libexec/mysqld(_ZN7handler7ha_openEP5TABLEPKcii+0x3d) [0x5ab66d]
2015-05-29 10:15:50.654617|e|b9594700|/usr/libexec/mysqld(_Z21open_table_from_shareP3THDP11TABLE_SHAREPKcjjjP5TABLEb+0x5a7) [0x75bf27]
2015-05-29 10:15:50.654626|e|b9594700|/usr/libexec/mysqld(_Z10open_tableP3THDP10TABLE_LISTP18Open_table_context+0x1ea) [0x694fda]
2015-05-29 10:15:50.654632|e|b9594700|/usr/libexec/mysqld(_Z11open_tablesP3THDPP10TABLE_LISTPjjP19Prelocking_strategy+0xc8b) [0x6976bb]
2015-05-29 10:15:50.654636|e|b9594700|/usr/libexec/mysqld(_Z30open_normal_and_derived_tablesP3THDP10TABLE_LISTj+0x51) [0x6977d1]
2015-05-29 10:15:50.654636|e|b9594700|/usr/libexec/mysqld() [0x6d4126]
2015-05-29 10:15:50.654655|e|b9594700|/usr/libexec/mysqld(_Z21mysql_execute_commandP3THD+0x16ca) [0x6d6c5a]
2015-05-29 10:15:50.654666|e|b9594700|/usr/libexec/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x398) [0x6da318]
2015-05-29 10:15:50.654666|e|b9594700|/usr/libexec/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x155b) [0x6db91b]
2015-05-29 10:15:50.654682|e|b9594700|/usr/libexec/mysqld(_Z24do_handle_one_connectionP3THD+0xd2) [0x6aa5d2]
2015-05-29 10:15:50.654709|e|b9594700|/usr/libexec/mysqld(handle_one_connection+0x46) [0x6aa6f6]
回答1件
0
ベストアンサー
残念ながらデータベースが壊れているのでバックアップからリストアするしかありません。
どう壊れているかというとarticleテーブルのどれかのカラムのメタデータが壊れています。
カラムのメタデータが壊れる可能性があるのは、カラムのメタデータを変更しているときにMySQLが強制終了した時です。カラムのメタデータが変更されるのはカラムを作った時とそのカラムに対してインデックスを設定した時です。
ALTER TABLEで後からインデックスを追加し、その時にMySQLがクラッシュした、MySQLを強制終了した、MySQLが動いているマシンを強制シャットダウンした、などあればそのときに壊れた可能性が高いです。
MySQLがクラッシュしたときはその記録がMySQLのログに残っている可能性があります。他のときはOSのログなどで確認できる可能性があります。
投稿2015/05/29 05:42
総合スコア48
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2015/05/29 11:56