MySQLテーブルはクラッシュしているとマークされ、最後の（自動？）修復は失敗しました

私は突然このテーブルを修復していましたが、サーバーがハングし、戻ったときにすべてのテーブルは正常ですが、このテーブルは「使用中」を示し、修復しようとしても続行しません。

エラー144-テーブル './extas_d47727/xzclf_ads'はクラッシュしているとマークされ、最後の（自動？）修復に失敗しました

どうすれば修理できますか？

MySQLプロセスが実行中の場合は、停止します。Debianの場合：

sudo service mysql stop

データフォルダに移動します。Debianの場合：

cd /var/lib/mysql/$DATABASE_NAME

実行してみてください：

myisamchk -r $TABLE_NAME

それでもうまくいかない場合は、以下をお試しください。

myisamchk -r -v -f $TABLE_NAME

MySQLサーバーを再起動できます。Debianの場合：

sudo service mysql start

次のクエリを実行してみてください。

repair table <table_name>;

私は同じ問題を抱えていて、それで問題が解決しました。

/ var / lib / mysqlに移動しているときに許可拒否を与える場合は、次の解決策を使用してください

$ cd /var/lib/
$ sudo -u mysql myisamchk -r -v -f mysql/<DB_NAME>/<TABLE_NAME>

USE_FRMを修復ステートメントに追加して機能させる必要がありました。

REPAIR TABLE <table_name> USE_FRM;

myisamchk: error: myisam_sort_buffer_size is too smallエラーとして取得しました。

ソリューション

myisamchk -r -v mysql/<DB_NAME>/<TABLE_NAME> --sort_buffer_size=2G

テーブルを修復した後data_dir、Your_table.TMPファイルに移動して削除します<Your_table>。

これは100％のソリューションです。自分で試してみました。

myisamchk -r -v -f --sort_buffer_size = 128M --key_buffer_size = 128M / var / lib / mysql / databasename / tabloname

私は既存の回答でオプションを試してみました。主に、私のシナリオでは機能しない正しいとマークされたものです。ただし、機能したのはphpMyAdminを使用することでした。データベースを選択してからテーブルを選択し、下部のドロップダウンメニューから[テーブルの修復]を選択します。

• サーバーの種類：MySQL
• サーバーのバージョン：5.7.23-MySQL Community Server（GPL）
• phpMyAdmin：バージョン情報：4.7.7