mysqlの起動に失敗した場合の対処法

mysql 起動の失敗に対する解決策: 1. 元のデータ ディレクトリを再設計されたデータ ディレクトリに移行します; 2. "chown -R mysql:mysql /mydata/data/" を実行します; 3. " kill - を実行します。 9 "プロセス番号"; 4. mysql-bin を削除します。

この記事の動作環境: Windows 7 システム、mysql バージョン 5.5、Dell G3 コンピューター。

mysql の起動に失敗した場合はどうすればよいですか?

mysql データベースの起動に失敗しました

はじめに:

サーバーを再起動した後 -->アプリケーション サービス (Confluence) を再起動します- -> エラー、データベース接続に失敗しました (mysql は起動時に自動的に開始するように設定されています) --> mysql データベースのステータスを確認します:

[root@fisheye ~]# ps -ef | grep mysql
root     25555 21974  0 11:28 pts/0    00:00:00 grep mysql

mysql サーバーを起動します

[root@fisheye data]# service mysql start
MySQL server PID file could not be found![失败]
Starting MySQL.............. ERROR! The server quit without updating PID file (/mydata/data/fisheye..pid).[失败]

エラー ログを確認します:

[root@fisheye data]# tail -100 fisheye.err
InnoDB: Last MySQL binlog file position 0 337403929, file name ./mysql-bin.000016
141013  1:13:28  InnoDB: Waiting for the background threads to start
141013  1:13:29 InnoDB: 5.5.33 started; log sequence number 1006647152
17:13:29 UTC - mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
di141013 01:13:29 mysqld_safe mysqld from pid file /mydata/data/fisheye.pid ended

明らかなエラー メッセージが見つからなかったので、手動で pid ファイルを作成し、

[root@fisheye data]# touch /mydata/data/fisheye.pi

を試し、サービスを再起動しました:

[root@fisheye data]# service mysql restart
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

突然、次のことが起こりました。以前にそのようなエラー報告記事を読んだことがあり、容量不足で Mysql が起動できないディスクの可能性があることを思い出しました。

[root@fisheye data]# df -h
文件系统              容量  已用 可用 已用% 挂载点
/dev/sda1             9.5G  9.5G  0  100% /
/dev/sda4             5.5G  1.3G  4.0G  24% /mnt/backup
/dev/mapper/IhuilianVG-IhuilianLV00
                       22G  4.2G   17G  20% /var/www/app
tmpfs                 1.3G     0  1.3G   0% /dev/shm

案の定、同様の問題 (開始できない) に対する解決策は次のとおりです:

1. datadir ディレクトリが存在するパーティションがいっぱいである可能性があります。 (df -h )

解決策: 構成ファイル /etc/my.cnf を開き、[mysqld] セクションの下にデータ ディレクトリ (datadir) を再指定し、元のデータ ディレクトリを再設計されたデータに移行します。 directory

マイグレーションについて: (1) cp や tar を使用する場合は許可が必要ですが、事故防止のため再度許可することをお勧めします; (2) データが比較的大きい場合は圧縮する必要があります完全性を確保するために最初に移行し、特に scp を他のマシンに移動する場合はタイムアウトになる可能性があるため、圧縮する必要があります (tar.gz); (3) 別のサーバーに移動する場合は、mysql バージョンを一貫性のある。

2. /mydata/data/fisheye.pid ファイルに書き込み権限がない可能性があります。

解決策: 権限を与えて、「chown -R mysql:mysql /mydata/data」を実行します。 /"そしてmysqldを再起動してください!

3. mysql プロセスがすでにプロセスに存在している可能性があります

解決策: コマンド「ps -ef|grep mysqld」を使用して、mysqld プロセスが存在するかどうかを確認します。存在する場合は、「 kill -9 プロセス番号」 mysqld を強制終了して再起動してください。

4. マシンに mysql をインストールするのは 2 回目かもしれませんが、サービスの起動に影響を与えるデータが残っています。

解決策: mysql データ ディレクトリ/data に移動して確認し、mysql-bin.index が存在する場合は、できるだけ早く削除してください。これが原因です。

5.skip-federated フィールドの問題 (エラー メッセージ: [ERROR] /mydata/data/mysql/libexec/mysqld: 不明なオプション '--skip-federated')

解決策: チェックしてください/etc/my.cnf ファイルにコメントされていない Skip-federated フィールドがあるかどうか。存在する場合は、すぐにコメントアウトします。

6. selinux が原因で発生する問題 (centos システムの場合、selinux はデフォルトでオンになります)

解決策: selinux を閉じ、/etc/selinux/config を開いて、SELINUX を変更します=SELINUX への強制= 無効にした後、保存して終了し、マシンを再起動してみてください。

推奨学習: 「mysql ビデオ チュートリアル 」

以上がmysqlの起動に失敗した場合の対処法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。