mysqld_safeをエラー:しかし、存在していないファイルを、「/data/log/mysqld.log」に設定エラーを記録します。「ユーザーのための書き込み可能な作成mysql'.Theサーバは(/data/mysql/mysqld.pid)PIDファイルを更新せずに終了しました

[OOT @のcent65ビン]#サービスが開始mysqldの
MySQL.2019-10-28T15開始:56:47.786960Zのmysqld_safeをエラー:に設定されたログ・エラー '/data/log/mysqld.log'を、しかし、ファイルが存在しません。ユーザーのmysql」の書き込み可能作成します。
サーバは、PIDファイルを更新せずに終了(/data/mysql/mysqld.pidを)。[失败]

[ルート@ cent65ビン]#のタッチ/data/log/mysqld.log
、ファイルを追加した後、エラーをログに記録し、そこのpidませんでした、また再び許可かどうか、問題を表示する権限がありません。
前記DATADIR = /データ/ MySQLの

[@ルートログcent65]#のCD /データ/ MySQLの
#1 LL [@ルートのMySQL cent65]
合計110 652
-rw-56はR&LT MySQLのMySQLの1 ----- 10 0時12 auto.cnf 29日付である
-rwを--- ---- 1つのMySQLのMySQL 1676 0時12分CA-10越key.pem 29
-rw-R - r--の1のMySQLのMySQL 1112 0:12 ca.pem 10越29
-rw-R - r--の1 MySQLのMySQLの1112年10 0:12クライアントcert.pemを付け29
-rw -------のMySQLのMySQL。1 1680 10 0:12クライアント日付key.pem 29
-rw-R&LTのMySQL。1 ----- MySQLの425 10 0:12 ib_buffer_pool 29日付
-rw-R&LT ----- 10 1のMySQLのMySQL 12582912付けibdata1と夜12時12分29
0時12分29 ib_logfile0付け-rw-R&LT ----- 10 1のMySQLのMySQL 50331648を
- 10月29日にRW-R ----- 1つのMySQLのMySQL 50331648 ib_logfile1 0時12分
10月29日にdrwxr X-4096 --- 2 MySQLのMySQLのMySQLの午後12時12
drwxr-X --- 2のMySQLのMySQL 4096 10月29日00 :12 performance_schema
------- 1つのMySQLのMySQL 1680 10 0:12日付private_key.pem 29 -rw
。r--のMySQLのMySQLの1 452 10 0:12日付public_key.pem 29 - -rw-R&LT
-rw-r--のr--の29日付1のMySQLのMySQL 1112年10午後12時12分サーバーcert.pemを
-rw -------のMySQL MySQLは。1 1676 10 0時12分サーバー日付key.pem 29
drwxr-X --- 2のMySQL 12288はSYS 0時12分29 10日付のmysql
[@ cent65ルートのMySQL]#のPWD
/データ/ MySQLの
[@ルートのMySQL cent65]#のchown -R&LTのMySQL:MySQLの/データ/ MySQLの
[@ルートのMySQL cent65] -R&LT#chmodの755 /データ/ MySQLの
[ルート@ cent65のMySQL]#
再認可上記には検証がありません覚えていない...
私は怒っています!すぐ下に実行されます。
[ルート@ cent65〜]#chownコマンド-R&LTのMySQL:MySQLの/データ
#[cent65ルート〜@] のchmod 775 /データ
[cent65ルート@〜]#-サービススタートは、mysqldの
MySQLの[OK]を起動します。

だから、インターネットから基本的にしようと試みるために、円形に軽くプッシュする
場所で、多くの場合、灰の問題の要約の原因を

問題の可能性
1は、は/ usr / local / mysqlの/データであってもよい / データディレクトリのmysqlユーザーが権限を持っていない(データディレクトリのパーミッションを変更するために)
解決策:許可を与える、chownコマンド-R mysql.mysqlは/ usr / local」の実装を / mysqlの/データ「とし、mysqldを再起動します

2は、プロセスがすでにMySQLのプロセスの存在する可能性が
回避策:コマンド「のps -ef | grepののmysqldを」使うあなたは「殺す-9プロセスIDが」殺す使用している場合のmysqldプロセス、その後のmysqldが再起動するかどうかを確認するために!

図3は、残差データは、サービスの開始に影響を与え、マシンにMySQLをインストールするための第2の時間であってもよいです。
ソリューション:MySQLのバイナリログディレクトリのmysql-binlog.indexがある場合は、今それを削除するために迅速に、参照するには

図4は、全く指定されたデータディレクトリ(DATADIR)がない[mysqldを】ケースに表示するために、ファイルを開いて、起動時にコンフィギュレーションファイルを指定していな/etc/my.cnf設定ファイルMySQLを使用します。
溶液:このラインセット[mysqldを]で:DATADIR =は/ usr / local /のMySQL /データ

5、スキップ連合野の問題の
解決策:な/etc/my.cnfファイルをチェックし、それがすぐにコメント化されている場合は何もスキップ連合フィールドは、コメントアウト化されていません持っています。

6、エラー・ログ・ディレクトリが存在しません。
回避策を:「chownコマンド」「のchmod」コマンドと権限付与されMySQLの所有者を使用します

システムは、CentOSのデフォルトは、SELinuxの開くであれば7は、SELinuxは、非難する
[ルートの@ WWWのPHP]#1:警告モードを一時的に:ソリューションを setenforce 0
、その後、/は/ etcのsysconfig / selinuxを、SELinuxが=変更施行開きますSELINUX =無効

8は、MySQLのユーザー権限で同じプログラムを実行するために、データディレクトリのパーミッションをチェックするために注意を払うを開始できませんでした。
[ルート@のDB01のmysqlの]#chownコマンド -R mysql.mysql ../mysql
好ましくは完全なプログラムでmysql mysqlディレクトリには、ユーザーに権限を与えるだろう。

オリジナルリンクします。https://blog.csdn.net/eagle89/article/details/79813405

おすすめ

転載: www.cnblogs.com/ritchy/p/11756510.html