2017-01-13 7 views
1

私は最近、Ubuntu 16.04.1 LTS(64ビット)を実行している新しいラップトップを購入しました。私は何十ものアプリケーションをインストールしていますが、私は大きな頭痛を与えています。どんな援助も感謝して受け取ります。Mysqlが再起動しても永続しない

sudo apt remove --purge mysql-server mysql-client mysql-common 
sudo apt autoremove 
sudo rm -rf /var/lib/mysql* 
sudo apt install mysql-server 

私はバックアップから自分のデータベースをインストールし、すべてが正常に動作します:

は、私は、MySQLに関しては白紙の状態からスタート。

私はラップトップの電源を切断/電源投入し、mysqlは機能しません。まず、デーモンは実行されていません:

しかし、私はmysql-systemd-sと呼ばれるものは認識しません。

MySQLを使用するようになりましたことは不可能である:

mysql -u root -p 
Enter password: 
ERROR 2013 (HY000): Lost connection to MySQL server at 'reading initial 
communication packet', system error: 104 

サービスが起動不能であるように思わ:

service mysql start 
Job for mysql.service failed because the control process exited with 
error code. See "systemctl status mysql.service" and "journalctl -xe" 
for details. 

が、これらのどちらが有用です。 /var/log/mysql/error.logは少しより多くの情報を持っている:MySQLサーバが実行されていない限り1は、mysql_upgradeコマンドを実行することはできませんので


...... 
2017-01-13T21:01:04.926244Z 0 [Warning] Failed to set up SSL because 
of the following SSL library error: SSL context is not usable without 
certificate and private key 
2017-01-13T21:01:04.926272Z 0 [Note] Server hostname (bind-address): 
'127.0.0.1'; port: 3306 
2017-01-13T21:01:04.926288Z 0 [Note] - '127.0.0.1' resolves to 
'127.0.0.1'; 
2017-01-13T21:01:04.926327Z 0 [Note] Server socket created on IP: 
'127.0.0.1'. 
2017-01-13T21:01:04.927774Z 0 [ERROR] Fatal error: mysql.user table is damaged. Please run mysql_upgrade. 
2017-01-13T21:01:04.927897Z 0 [ERROR] Aborting 

しかし、mysql_upgradeコマンドを実行するための勧告は無用です!このエラーのため、mysqlサーバは実行されていません。

したがって、すべてを削除して再インストールし、mysql_upgradeを実行します。これは間違いなく完了するようです。しかし、再びマシンの電源を切ると、私はmysqlの動作がなくなります。

また、--skip-grant-tablesオプションを指定してmysqldを起動しようとしましたが、これでも接続は許可されません。

瞬間、私は自分のコンピュータを再起動するたびに、私は、MySQLのすべてのトレースを削除MySQLを再インストールし、バックアップからの私のデータベースを再ロードする必要があります。これは本当の痛みです。

誰が何が起こっているかについてのアイデアはありますか?

+0

http://stackoverflow.com/questions/5755819/lost-connection-to-mysql-server-at-reading-initial-communication-packet-syste –

+0

問題はまだ存在します(と私はまだ髪を引き裂いています)。しかし、私は次のことを発見しました。バックアップからデータベースをロードしないと、mysqlは電源切断/電源投入時にも存続します。バックアップからデータベースをロードすると、電源を切るか電源を入れてから上記の問題が発生するまですべて正常に機能します。 –

+0

これは私が回復していたバックアップに問題があることを暗示します。バックアップは、私は新しいマシンに切り替える直前のmysqldumpからだったと始まります - MySQLの(x86_64版)Linuxの場合、10.13按分5.7.16をダンプ - - ホスト:localhostのデータベース: - ----- ------------------------------------------------- ! - Serverバージョン\t 5.7.16-0ubuntu0.16.04.1 /* 40101 SET @OLD_CHARACTER_SET_CLIENT = @@ CHARACTER_SET_CLIENT * /; ! /* 40101 SET @OLD_CHARACTER_SET_RESULTS = @@ CHARACTER_SET_RESULTS * /; ! /* 40101 SETの@OLD_COLLATION_CONNECTION = @@ collat​​ion_connectionの* /; –

答えて

0

問題が解決したようです。私の独自のデータベースバックアップを復元しなければ、mysqldは電源オフ/電源投入時に生き残ることができたという手掛かりがありました。私はそのバックアップを復元した場合、それはしませんでした。

一般的に、私は自分のデータベースのバックアップを見ません。むしろ私はmysqldumpを実行し、雨の日の場合には結果ファイルを保持します。

は、上記の手がかりを考えると、私は、mysqldumpをによって生成され、それはちょうど私が復元したいデータベースを含むようにその最小サイズに縮小されていたファイルを見ていました。それはそのトリックを行ったようだ。

私が悪いのファイルを保持しているし、それに厄介だったものを見つけるために差分で遊んでてきたが、まだ見つかっていません。

関連する問題