web-dev-qa-db-ja.com

MySQLのトラブル-InnoDB：ファイル操作でのオペレーティングシステムエラー番号2

私はローカルで開発していて、MampProを使用しています。基本的にMySQLは起動に問題があり、エラーログからのエラーメッセージは次のとおりです。

これを解決する方法はありますか？

2017-03-02 00:39:08 9518 [Note] Plugin 'FEDERATED' is disabled.
2017-03-02 00:39:08 9518 [Note] InnoDB: Using atomics to ref count buffer pool pages
2017-03-02 00:39:08 9518 [Note] InnoDB: The InnoDB memory heap is disabled
2017-03-02 00:39:08 9518 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2017-03-02 00:39:08 9518 [Note] InnoDB: Memory barrier is not used
2017-03-02 00:39:08 9518 [Note] InnoDB: Compressed tables use zlib 1.2.8
2017-03-02 00:39:08 9518 [Note] InnoDB: Using CPU crc32 instructions
2017-03-02 00:39:08 9518 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2017-03-02 00:39:08 9518 [Note] InnoDB: Completed initialization of buffer pool
2017-03-02 00:39:08 9518 [Note] InnoDB: Highest supported file format is Barracuda.
2017-03-02 00:39:08 9518 [Note] InnoDB: Log scan progressed past the checkpoint lsn 663573438
2017-03-02 00:39:08 9518 [Note] InnoDB: Database was not shutdown normally!
2017-03-02 00:39:08 9518 [Note] InnoDB: Starting crash recovery.
2017-03-02 00:39:08 9518 [Note] InnoDB: Reading tablespace information from the .ibd files...
2017-03-02 00:39:08 9518 [ERROR] InnoDB: Attempted to open a previously opened tablespace. Previous tablespace affiliate_blog_1_old/wpab1_7_woocommerce_order_itemmeta uses space ID: 367 at filepath: ./affiliate_blog_1_old/wpab1_7_woocommerce_order_itemmeta.ibd. Cannot open tablespace freshwp/freshwp_wfblocksadv which uses space ID: 367 at filepath: ./freshwp/freshwp_wfblocksadv.ibd
2017-03-02 00:39:08 7fff7b652000  InnoDB: Operating system error number 2 in a file operation.
InnoDB: The error means the system cannot find the path specified.
InnoDB: If you are installing InnoDB, remember that you must create
InnoDB: directories yourself, InnoDB does not create them.
InnoDB: Error: could not open single-table tablespace file ./freshwp/freshwp_wfblocksadv.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.
170302 00:39:08 mysqld_safe mysqld from pid file /Applications/MAMP/tmp/mysql/mysql.pid ended

上記のコードから、エラーは次のように思われます：

2017-03-02 00:39:08 9518 [エラー] InnoDB：以前に開いたテーブルスペースを開こうとしました。

以前のテーブルスペースaffiliate_blog_1_old/wpab1_7_woocommerce_order_itemmetaは、ファイルパス：./ affiliate_blog_1_old/wpab1_7_woocommerce_order_itemmeta.ibdでスペースID：367を使用します。

ファイルパス：./ freshwp/freshwp_wfblocksadv.ibdでスペースID：367を使用するテーブルスペースfreshwp/freshwp_wfblocksadvを開くことができません

mysqlmamp-pro
5
Treb

最近、MAMPを使用してローカルで開発する同様の問題が発生しました。ログには、「データベースが正常にシャットダウンされませんでした」、その後の同様のエラーメッセージ、および提案も含まれていました。以下はそれを解決したステップです：

  1. MAMPでサーバーを停止します
  2. WP DBの.idbファイルに移動します-MAMPを使用している場合は、〜/ Library/Application Support/appsolute/MAMP PRO/db/mysql56/[yourdbname] /のようになります。
  3. .idbファイル名の末尾に.bk（または認識できない拡張子）を追加します
  4. MAMPでサーバーを起動します。ログを表示すると、.idbファイルが見つからないことに関連する一連のエラーメッセージが表示されますが、少なくともMySQLは起動するはずです。
  5. MAMPでサーバーを停止します
  6. .idbファイル名から.bk（または使用したもの）を削除します
  7. MAMPでサーバーを起動します-この時点で、すべて設定されているはずです。

DBでまだ多くの作業を行っていなかったため、データを失ったり、MAMPを再インストールしたりすることをいとわなかった。状況が異なる場合は、最初にdbディレクトリを.Zipファイルにバックアップして、運が悪ければ後で別のことを試すことができるようにするのがおそらく最善です。

お役に立てれば。

..。

更新：
手順3と6を次のように置き換える方が早いことがわかりました。
3。便利な場所に一時フォルダを作成します。すべての.idbファイルを選択し、それらをそのフォルダーに移動します。
6。手順2からファイルを元のフォルダーに戻します。.。

18
John