[前][次][番号順一覧][スレッド一覧]

mysql:15242

From: 遠藤 俊裕 <遠藤 俊裕 <endo@xxxxxxxxxx>>
Date: Wed, 14 Apr 2010 15:11:37 +0900
Subject: [mysql 15242] Re: repair tableで修復出来ない状態

遠藤と申します。

役に立たないかもしれませんが、B 使いということで、出てき
ました。

やり方も B とは無縁ですし、最近は怠慢でコマンドラインなど
全然使ってないので、全然解決方法にならないかもしれません。
すんません。

前提は phpMyAdmin が使用出来る事ですが、
portinstall databases/phpmyadmin
で「さくっ」と入るようです。

phpMyAdmin にはテーブルを色々操作する方法がありますので、
サービスを止める事が出来るのであれば「操作」タブを選んで

・テーブルのチェック
・テーブルの修復
・テーブルの最適化

を行ってみて、ダメなら

・テーブルのコピー

を行ってそちらをダンプしてみる。ダンプ出来るなら、それを
本ちゃんのテーブルとして使用。
それでもダメなら「エクスポート」タブで

・構造をSQLで出力

して、

・データをCSVで出力

したらどうでしょうか?

あくまで御提案ベースですが、如何でしょう?

Wed, 14 Apr 2010 13:28:27 +0900 に、
MATSUNAGA Ichiro <vikke.bsd@xxxxxxxxxx> さんは書きました:

> 松永です。
> 
> FreeBSD 7.0 無印
> mysql 5.1.35 をportsでinstall
> を使ってます。
> 
> MyISAMのテーブルに対するmysqldumpが出来なく、困っています。
> 
> 
> mysqldumpでdumpしようとした所、下記のようなエラーが発生しました。
> 
> $ mysqldump -u hogeuser -p -h hogehost hogehoge > hogehoge.backup.sql
> mysqldump: Error 1194: Table 'hogehoge' is marked as crashed and should be repaired when dumping table `hogehoge` at row: 0
> 
> 動作を見るために、mysqlでloginして該当テーブルに対して色々selectのquery(pkでの一件検索や、pkのmin, max, countを取ってみるなど)や、show create tableを投げましたが、問題無くsqlは結果を返してました。
> その後、repair tableを行ないました。
> 
> mysql> repair table hogehoge;
> +---------------+--------+----------+----------+
> | Table         | Op     | Msg_type | Msg_text |
> +---------------+--------+----------+----------+
> | hoge.hogehoge | repair | status   | OK       |
> +---------------+--------+----------+----------+
> 1 row in set (3 min 19.39 sec)
> 
> ところが、再度mysqldumpを実行しても状況が変わりませんでした。
> 
> 何度かdumpとrepairを行なっていた時に、一度だけ、show create tableがエラーを返し(エラーは失念)、repairの結果も下記のような
> +---------------+--------+----------+-----------------------------------------+
> | Table         | Op     | Msg_type | Msg_text                                |
> +---------------+--------+----------+-----------------------------------------+
> | hoge.hogehoge | repair | warning  | Number of rows changed from 0 to 407997 |
> | hoge.hogehoge | repair | status   | OK                                      |
> +---------------+--------+----------+-----------------------------------------+
> 2 rows in set (3 min 3.99 sec)
> となった事もあります。
> メッセージ的にはこちらの方が、ある意味正しい気(エラーがあったのを修正しているので)もしますが。。。
> 
> 
> なんにせよ、何度かmysqldumpとrepairを繰り替えしましたが、mysqldumpの結果は変わっていません。
> なにかしら解決の糸口があれば、ご教示願います。
> 
> 
> -- 
> MATSUNAGA Ichiro
> e-mail: vikke.bsd@xxxxxxxxxx
> /.j: http://slashdot.jp/~vikke/
> last.fm: http://www.lastfm.jp/user/vikke_bsd/
> twitter: http://twitter.com/vikke
> 
> Just remember - when you think all is lost, the future remains.
> -- Robert H. Goddard
> 
> GPG fingerprint = DCEF C86E 2930 45D0 0941  E977 4DCE A95F 3914 4BED

--
えんどう
endo@xxxxxxxxxx,endo@xxxxxxxxxx


[前][次][番号順一覧][スレッド一覧]

   @ 15241 2010-04-14 13:28 [MATSUNAGA Ichiro <vi] repair tableで修復出来ない状態          
->   15242 2010-04-14 15:11 ┣[遠藤 俊裕 <endo@xxxx]                                       
   @ 15243 2010-04-14 17:11 ┃┗[MATSUNAGA Ichiro <vi]                                     
     15244 2010-04-14 17:26 ┃ ┗[Masaaki Matsuyama <m]                                   
   @ 15247 2010-04-15 01:02 ┃  ┗[MATSUNAGA Ichiro <vi]                                 
     15249 2010-04-15 08:54 ┃   ┣["sugimoto" <sugimoto]                               
     15251 2010-04-15 14:34 ┃   ┗[遠藤 俊裕 <endo@xxxx]                               
     15245 2010-04-14 19:16 ┗[大垣 靖男 <yohgaki@x]                                       
   @ 15246 2010-04-15 00:58  ┗[MATSUNAGA Ichiro <vi]