「エラー1067：プロセスが予期せず終了しました」MySQLを起動しようとしたとき
Windows 7を使用しており、XAMPP MySQL SVCサービスを実行しています。次のエラーが表示されます。
WindowsはローカルコンピューターでMysqlサービスを開始できませんでした。
エラー1067：プロセスは予期せず終了しました。
これはどういう意味ですか、どうすれば修正できますか？
エラーログを調べます（eventvwr.mscを開始します）。 MySQLは通常、アプリケーションログに何かを書き込みます。
非常にまれなケースでは、何も書き込まれません（特定のバグを1つだけ認識しています http://bugs.mysql.com/bug.php?id=56821 、サービスはすべて）。また、通常はデータディレクトリに.errという名前のエラーログファイルがあり、Windowsエラーログに書き込まれた情報と同じ情報を持っています。
必要がある：
- mySQLサービスを停止します。
- 開いた
mysql path\data - 両方を削除
ib_logfile0およびib_logfile1。 - サービスを再開する
同じ問題がありました。私はmysql 5.6.11を使用しています。この問題を解決するには、my-default.inimysql-5.6.11-win32フォルダー内のファイルを変更する必要があったので、[mysqld]の下に次の行を貼り付けました。
basedir="D:\mysql-5.6.11-win32\"
datadir="D:\mysql-5.6.11-win32\data\"
port=3306
server-id=1
bind-address=127.0.0.1
オプションbasedirおよびdatadirは、mysqlの場所に合わせて変更する必要があります。
この問題はときどき発生しますが、発生した場合は、問題が発生したデータベースフォルダーのバックアップを使用して解決することができました。
エラーが表示された場合、「イベントビューア> Windowsログ>アプリケーション」を確認するとき：
InnoDB: Attempted to open a previously opened tablespace. Previous tablespace [database]/[table] uses space ID: 59 at filepath: .\[database]\[table].ibd. Cannot open tablespace [different db]/[different table] which uses space ID: 59 at filepath: .\[different db]/[different table].ibd
次に、MySQLデータディレクトリで最初に言及した[データベース]フォルダーを削除し、そのデータベースフォルダーのバックアップを以前の場所にコピーします。
その後、MySQLを起動すると、この1067エラーなしに、MySQLが再び起動します。
確認することを忘れないでください
innodb_data_home_dir = <your_directory_location>
innodb_log_group_home_dir = <your_directory_location>
my.iniファイル。これらの2つの変数の設定値が間違っていると、mysqlプロセスが終了し、エラー1067。また、eventvwr.mscおよびmysql_error.log詳細エラー。
私は同じ問題を抱えていましたが、@ Vladislavの答えと混同し、それから解決策を見つけることができなかったようです。もちろん、私の問題は、XAMPPをアップグレードしようとしたときに問題に遭遇したのとまったく同じではないかもしれませんが、同じError 1067メッセージも出ました。
さらに検索すると、これが見つかりました：
その答えは簡単です。つまり、フォルダーを完全にクリーンアップすることです。これは常に行われるわけではありません。 XAMPPに関しては、必要なファイルを最初にバックアップしたと思います（データフォルダからmysqlフォルダと htdocsフォルダー）。 XAMPPをアンインストールします。残っているコンテンツがないかxamppフォルダを確認し、すべてを削除します。念のため、後で再起動することもできます。次に、XAMPPを再インストールします。バックアップしたフォルダーをそれぞれの場所にコピーし直せば、XAMPPでmySqlが再び機能することを願っています。
これで問題が解決するはずです。
ここで同じ問題。 eventvwr.mscを介してログレポートを分析した後、ログファイルは更新するために管理者権限を必要とするフォルダーに配置されているため、ファイルを作成できず、インストールおよび起動プロセスを進めることができませんでした。
したがって、イベントログを確認することは非常に役立ちました。
私は同じ問題を抱えており、私のために働いたのは THIS OTHER ANSWER です。
正しいことではない であるため、ここでは複製しませんでした。
基本的に再インストールは、すべてを非常にうまく削除し、32ビットバージョンを使用することを確実にする再インストールです。
インストールファイルを使用して修復します。わたしにはできる
私はちょうど同じ問題を考えて、次の方法で解決しました。 1-programData\MySQL\MySQL Server 5.6\data \にあるwin7で、すべてのmysqlの問題を記録する.errファイルを見つけました2-ファイルの最後のエントリを確認し、私の場合、エラーが前日にワークベンチインターフェイスから「true」に設定したフラグ（監査ログ）！ 3-my.iniファイルに移動し、audit-log = ONを削除しました。 4-mysqlサービスを起動し、動作しました!!
データベースが保存されているドライブで使用可能なスペースを確認してください。私の場合、ドライブの空き容量が少ないため、サービスを停止しました。
この問題には多くの解決策があります。これは私のために働いた
[サービス]-> [プロパティ]-> [システムアカウントとしてログオン]を右クリックします。
My.iniファイル（ウィンドウまたはプログラムファイル）を検索して破棄（または慎重に移動）します。これは、mysqlサービスの障害に影響します。また、netstatまたはportqryツールを使用して、ポート3306が使用されていることを確認します。これが役立つはずです。また、ファイルシステムの問題がある場合は、チェックディスクを実行できます。
私は実際に同じ問題を抱えていました。ログファイルで私はこれを見つけました：
110903 9:09:39 InnoDB: 1.1.4 started; log sequence number 1595675
110903 9:09:40 [ERROR] Fatal error: Can't open and lock privilege tables: Incorrect key file for table 'user'; try to repair it
ユーザーテーブルが破損しているようです。別のコピーに置き換えました（user.frm; user.MYD; mysql\data\mysqlのuser.MYI）
そしてそれは私のために働く。
ps：xamppを使用しています。
同じエラーが発生しました。エラーログを確認しました：_C:\ProgramData\MySQL\MySQL Server 5.5\data\inf3rno-PC.err_。彼らによると
_170208 1:06:25 [Note] C:\Program Files\MySQL\MySQL Server 5.5\bin\mysqld: Shutdown complete
170208 1:10:44 [Note] Plugin 'FEDERATED' is disabled.
170208 1:10:44 InnoDB: The InnoDB memory heap is disabled
170208 1:10:44 InnoDB: Mutexes and rw_locks use Windows interlocked functions
170208 1:10:44 InnoDB: Compressed tables use zlib 1.2.3
170208 1:10:44 InnoDB: Error: unable to create temporary file; errno: 2
170208 1:10:44 [ERROR] Plugin 'InnoDB' init function returned error.
170208 1:10:44 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
170208 1:10:44 [ERROR] Unknown/unsupported storage engine: INNODB
170208 1:10:44 [ERROR] Aborting
_ここで重要な部分だと思います
_170208 1:10:44 InnoDB: Error: unable to create temporary file; errno: 2
_昨日、TMPおよびTEMP env変数を_C:\Windows\Temp_から_%USERPROFILE%\AppData\Local\Temp_に変更しました。ディレクトリを圧縮することができず、多くの投稿によるとソリューションがそれだからです。圧縮は機能するようになりましたが、mysqlと明らかにnod32は一時ファイルを作成できないと不平を言っています...
_tmpdir=c:/server/mytmp_を_C:\Program Files\MySQL\MySQL Server 5.5\my.ini_に追加しました。そしてその後、services.mscでサービスを再開しました。今は大丈夫です。
そのため、これも考えられる原因になります。この問題に遭遇したすべての人に、エラーログを確認することを強くお勧めします。