web-dev-qa-db-ja.com

ローカルコンピューターのMySQLサービスが開始してから停止した

ローカルコンピューターのMySQLサービスが開始してから停止しました。一部のサービスは、他のサービスまたはプログラムによって使用されていない場合、自動的に停止します。

誰でもこの問題を解決できますか?ありがとう。

52
Kem Bardly

mysqld --installでインストールした後。これを試してくださいmysqld --initialize。同じ問題が発生しましたが、現在は機能しています。

91
Dorine Mae

また、フォルダーへのNETWORK SERVICE権限を忘れずに付与してください。

  1. Dataフォルダーを右クリックします
  2. Propertiesを選択します
  3. Securityタブを選択します
  4. Advancedをクリックします
  5. Change Permissions...をクリックします
  6. Add...をクリックします
  7. タイプNETWORK SERVICE
  8. Check Namesをクリックします
  9. OKをクリックします
  10. Full Controlを選択します
  11. OKを4回クリックします
  12. MySQLサービスを開始する
18
Warwick

バージョン8を使用してmy.iniを編集すると、メモ帳がmy.iniファイルの先頭に3つの16進文字を挿入していることがわかりました。 EF BB BF。 16進エディターでファイルの先頭から3文字を削除すると、問題が修正されます。

バージョン8では、誤ってiniファイルにUnicode文字を入れています。これにより、メモ帳はバイトオーダーマーク文字でファイルを保存します。

ファイルの次の行が原因です。「行番号の範囲は1〜2 ^ 32-1です。「一意」は、各IDが異なる必要があることを意味します。」 3つのUnicode文字があります。これにより、メモ帳はテキストファイルにバイトオーダーマークを追加します。

13
jhersey29
  1. オープンサービス
  2. MYSQLサービスを右クリックします
  3. ログオンを選択
  4. ローカルシステムアカウントを確認する
  5. サービスを開始
5

私の場合、DOSプロンプトを開いてMySQL bin\ディレクトリに移動し、次のコマンドを発行しようとしました。

mysqld --defaults-file="C:\Program Files\MySQL\MySQL Server 5.0\my.ini" --standalone --console

"C:\Program Files\MySQL\MySQL Server 5.0\Uploads"フォルダーが見つからなかったことを示しています。私は1つを構築し、問題を解決しました。

4
Han Xiong

何も私のために働いていませんでしたが、私は here をチェックしました。そのコマンドqc sc mysql57を実行し、そこからBINARY_PATH_NAMEの値をコピーしました。その後、 this をチェックし、lower_case_table_namesファイルのmy.iniの値を0から2に変更しました。次に、コマンドプロンプトでこのコマンドを実行しました-<< BINARY_PATH_NAME >> --install-manual。その後、MySQL57サービスを開始し、機能しました。

1
Germa Vinsmoke

これは、サーバーが既に初期化された後にlower_case_table_namesを変更したことが原因である可能性があります。

ドキュメントから:

lower_case_table_namesは、サーバーの初期化時にのみ構成できます。サーバーの初期化後にlower_case_table_names設定を変更することは禁止されています。

この問題の解決策は、次の回答で説明するように、サーバーのインストール時にlower_case_table_namesパラメーターを設定することです。

Windows 10上のMySQL 8.xではlower_case_table_namesを設定できません

1
vulp

フォルダーの名前を変更または削除します。

C:\ ProgramData\MySQL\MySQL Server 5.7

MYSQLバージョン番号ごとのフォルダー名の変更。

1

mysqld-初期化

インストールコマンドの後に上記を実行します。その後、サービスを開始してみてください-それは動作するはずです。

0
PraSanVar

私の場合、mysqldはエラーメッセージなしで起動および停止していました。 「管理者として実行」を使用してコマンドプロンプトを開き、mysqldを実行する必要がありました。

これは一時的な開発のためだけに行っています。いずれにしても、MySQLを管理者として実行することはお勧めしません。

これは、上記のトラブルシューティングの後の最後のステップでした。

0
Robert Allurent

Services.mscを検索し、同じポートを使用して、実行するサービス(xamppまたはwamp)または別のサービス(Skypeなど)以外のmysqlサービスが既に実行されている場合、実行中のサービスを検索します。 mysqlとしてサービスを停止して、mysqlサービスを実行できるようにします。

私の場合、secure-file-privが存在しないフォルダーを指しているときにこのエラーが発生しました。存在して読み取り可能なフォルダーであることを確認してください。

My.iniのコード例の行:secure-file-priv="D:/MySQL/uploads"

0
Alex Khimich

同じ問題が私にも起こりましたが、うまくいきました...私は最初にコマンドでサービス(私の場合はMySQL80とMySQL)を削除しました:

sc delete MySQL80
sc delete MySql

その後、MySQLを再インストールしました。私のものはMySQL 8.0でした。そして、すべてが正常に戻りました。

0
John

データベースが長時間正常に機能していた後にこの問題が発生しました。データが破損していることが判明しました。

エラーログに私が持っていた:

2017-02-07T10:11:42.270567Z 0 [ERROR] InnoDB: Ignoring the redo log due to missing MLOG_CHECKPOINT between the checkpoint 44002250712 and the end 44002250240.
2017-02-07T10:11:42.270606Z 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2017-02-07T10:11:42.577436Z 0 [ERROR] Plugin 'InnoDB' init function returned error.
2017-02-07T10:11:42.577470Z 0 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2017-02-07T10:11:42.577484Z 0 [ERROR] Failed to initialize plugins.
2017-02-07T10:11:42.577488Z 0 [ERROR] Aborting

次に、2つのib_logfile *ファイルを削除する必要があり、再起動しました。

0
Aris

また、誤ってmy.iniファイルに間違ったテキストを追加した可能性があります。ファイルの先頭に無効な文字が追加されていないことを確認してください。

0
Srihari Karanth