コンソールは言う
[root@ip-172-31-18-2 mysql]# service mysqld start
Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details.
mysqld.service
[root@ip-172-31-18-2 mysql]# systemctl status mysqld.service
● mysqld.service - SYSV: MySQL database server.
Loaded: loaded (/etc/rc.d/init.d/mysqld)
Active: failed (Result: exit-code) since Sat 2017-02-18 20:59:17 IST; 36s ago
Docs: man:systemd-sysv-generator(8)
Process: 9925 ExecStart=/etc/rc.d/init.d/mysqld start (code=exited, status=1/FAILURE)
Feb 18 20:59:16 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: Starting SYSV: MySQL database server....
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal mysqld[9925]: MySQL Daemon failed to start.
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal mysqld[9925]: Starting mysqld: [FAILED]
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: mysqld.service: control process exited, code=exited status=1
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: Failed to start SYSV: MySQL database server..
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: Unit mysqld.service entered failed state.
Feb 18 20:59:17 ip-172-31-18-2.ap-southeast-1.compute.internal systemd[1]: mysqld.service failed.
私が今まで試したこと:
mysqld_safe --defaults-file=/etc/my.cf
chown -R mysql:mysql /var/lib/mysql
/etc/init.d/mysqld start
/etc/init.d/mysqld stop
systemctl restart systemd-logind
サーバーを再起動しました
まだ運がありません。
my.cnfファイル
# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.7/en/server-configuration-defaults.html
[mysqld]
#
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M
#
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
#
# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid
今日、この問題に遭遇し、次の手順で修正しました。
1、ログファイル/var/log/mysqld.log
を確認します
tail -f /var/log/mysqld.log
2017-03-14T07:06:53.374603Z 0 [ERROR] /usr/sbin/mysqld: Can't create/write to file '/var/run/mysqld/mysqld.pid' (Errcode: 2 - No such file or directory)
2017-03-14T07:06:53.374614Z 0 [ERROR] Can't start server: can't create PID file: No such file or directory
ログには、ファイルまたはディレクトリがない/var/run/mysqld/mysqld.pid
2、ディレクトリを作成します/var/run/mysqld
mkdir -p /var/run/mysqld/
3、再びmysqldを開始しますservice mysqld start
、それでも失敗します。再度ログを確認します/var/log/mysqld.log
2017-03-14T07:14:22.967667Z 0 [ERROR] /usr/sbin/mysqld: Can't create/write to file '/var/run/mysqld/mysqld.pid' (Errcode: 13 - Permission denied)
2017-03-14T07:14:22.967678Z 0 [ERROR] Can't start server: can't create PID file: Permission denied
許可が拒否されたという。
4、mysql chown mysql.mysql /var/run/mysqld/
にパーミッションを付与します
5、mysqldを再起動します
# service mysqld restart
Restarting mysqld (via systemctl): [ OK ]
これらは私がこれを修正するために取ったステップです:
/ etc/mysqlのmy.cnfファイルをバックアップし、削除するか、名前を変更します
Sudo mv /etc/mysql/my.cnf /etc/mysql/my.cnf.bak
フォルダー/etc/mysql/mysql.conf.d/を削除します
Sudo rm -r /etc/mysql/mysql.conf.d/
My.cnfファイルが他の場所に隠されていないことを確認します(ホームディレクトリで行いました!)または/etc/alternatives/my.cnfで使用します
Sudo find / -name my.cnf
今すべてを再インストールします
Sudo apt purge mysql-server mysql-server-5.7 mysql-server-core-5.7
Sudo apt install mysql-server
Syslogに「mysqld: '/etc/mysql/conf.d/'のディレクトリを読み取れません」などのエラーが表示される場合は、シンボリックリンクを作成します。
Sudo ln -s /etc/mysql/mysql.conf.d /etc/mysql/conf.d
その後、サービスはSudoサービスmysql startで開始できるはずです。
うまくいけばいい
私の特定のケースでは、DebianベースのLinuxディストリビューションで/var/log/mysql
パッケージ5.7.21-1のmysql-server
がないためにエラーが表示されていました。 strace
およびSudo /usr/sbin/mysqld --daemonize --pid-file=/run/mysqld/mysqld.pid
(これはsystemd
サービスが実際に実行するものです)を実行すると、問題の原因は次のようになりました。
2019-01-01T09:09:22.102568Z 0 [ERROR] Could not open file '/var/log/mysql/error.log' for error logging: No such file or directory
最近/var/log
のいくつかのディレクトリのコンテンツを削除したので、驚きはありませんでした。解決策は、ディレクトリを作成し、mysql
ユーザーが所有するようにすることでした。
$ Sudo mkdir /var/log/mysql
$ Sudo chown -R mysql:mysql /var/log/mysql
Sudo mysql -u root
を介して喜んでログインし、古くて馴染みのあるmysql>
プロンプトで挨拶しました。
同じ問題がありました。以下のように解決しました。コマンドを使用:
Sudo tail -f /var/log/messages|grep -i mysql
sELinuxポリシーが問題の原因かどうかを確認します。その場合、最初にコマンド#sestatus
を使用してSELinuxポリシーが有効になっているかどうかを確認します。有効になっている場合は、無効にします。無効にするには:
# vi /etc/sysconfig/selinux
sestatus
で確認すると、「無効」と表示されるはずです。Mysqlをアンインストールして再インストールします。動作するはずです。