0

私はこの問題の解決策を高低で検索しました。私のMySqlは私に次の読み出しを提供します:

121231 20:41:05 [Note] Plugin 'FEDERATED' is disabled.
121231 20:41:05 InnoDB: The InnoDB memory heap is disabled
121231 20:41:05 InnoDB: Mutexes and rw_locks use Windows interlocked functions
121231 20:41:05 InnoDB: Compressed tables use zlib 1.2.3
121231 20:41:05 InnoDB: Initializing buffer pool, size = 512.0M
121231 20:41:05 InnoDB: Completed initialization of buffer pool
121231 20:41:05 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
121231 20:41:05  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
121231 20:41:06  InnoDB: Waiting for the background threads to start
121231 20:41:07 InnoDB: 1.1.8 started; log sequence number 124716458
121231 20:41:07 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
121231 20:41:07 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
121231 20:41:07 [Note] Server socket created on IP: '0.0.0.0'.
121231 20:41:09 [Note] Event Scheduler: Loaded 0 events
121231 20:41:09 [Note] c:\xampp\mysql\bin\mysqld.exe: ready for connections.
Version: '5.5.27'  socket: ''  port: 3306  MySQL Community Server (GPL)

それが始まるたびに。ファイルの削除、データベースのドロップ、Magento の修復データベース ツールの実行、新しいデータベースで最初からやり直してみましたが、このエラーが発生しても問題ありません。

何かが破損したり、IS が破損したりする可能性があるかどうかわからないので、不快です。私はWindows VistaとXamppを使用していますが、nginXも使用していて同じことが表示されていました。

まったく新しいデータベースを再作成したところ、シャットダウン後 (時々行う必要があります)、エラーが再び表示されます! これは正常なことですか、それとも何か問題がありますか?

ありがとう

4

1 に答える 1

2

ログからわかるように、InnoDB はクラッシュ リカバリを開始します。

InnoDB: Starting crash recovery.

その理由は、MySQL のシャットダウンがクリーンではなかったためです。なんで?MySQL の終了時間が長すぎて、OS がプロセスを強制終了した可能性があります (サーバーを再起動した場合)。または、バグが原因で MySQL がクラッシュします。

于 2014-02-10T21:42:45.467 に答える