it-swarm.com.de

MySQL kann weder konfiguriert noch gestartet werden

Bei einer brandneuen Kubuntu 14.04-Installation habe ich Sudo aptitude install mysql-server-core-5.6 Ausgeführt. Die Installation konnte aufgrund der Abhängigkeiten einiger KDE-Pakete von mysql-server-core-5.5 Nicht abgeschlossen werden, die ersetzt worden wären. Wenn ich jetzt Sudo aptitude install mysql-server-5.5 Ausführe, erhalte ich diesen Fehler, nachdem ich ein Passwort angegeben habe:

Configuring mysql-server-5.5
Unable to set password for the MySQL "root" user
An error occurred while setting the password for the MySQL administrative user. This may have happened
because the account already has a password, or because of a communication problem with the MySQL server.
You should check the account's password after the package installation.
Please read the /usr/share/doc/mysql-server-5.5/README.Debian file for more information.

Ich habe tatsächlich /usr/share/doc/mysql-server-5.5/README.Debian Gelesen, aber es gab nichts Relevantes für meine Situation. Das MySQL-Protokoll hilft:

$ tail /var/log/mysql/error.log 
140818 10:17:16 InnoDB: Completed initialization of buffer pool
140818 10:17:16 InnoDB: highest supported file format is Barracuda.
140818 10:17:16  InnoDB: Waiting for the background threads to start
140818 10:17:17 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:17:17 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:17:17 [ERROR] Aborting

140818 10:17:17  InnoDB: Starting shutdown...
140818 10:17:18  InnoDB: Shutdown completed; log sequence number 1595675
140818 10:17:18 [Note]

Ich kann jedoch nicht finden, in welchem ​​Skript die Option --explicit_defaults_for_timestamp Aktiviert ist. Ich habe versucht, mysql ohne service zu starten, um die Option --explicit_defaults_for_timestamp Zu vermeiden, aber es wird immer noch nicht gestartet:

$ ps aux | grep mysql
dotanco+ 25458  0.0  0.0  11748   928 pts/4    S+   10:30   0:00 grep --color=auto mysql

$ Sudo mysqld_safe --skip-grant-tables &
[1] 25470
140818 10:30:54 mysqld_safe Can't log to error log and syslog at the same time.  Remove all --log-error configuration options for --syslog to take effect.
140818 10:30:54 mysqld_safe Logging to '/var/log/mysql/error.log'.
140818 10:30:54 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:30:57 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

[1]+  Done                    Sudo mysqld_safe --skip-grant-tables

$ ps aux | grep mysql
dotanco+ 25810  0.0  0.0  11748   932 pts/4    S+   10:31   0:00 grep --color=auto mysql

Der Fehler sagt mir zu Remove all --log-error configuration options. Ich habe daher /etc/mysql/my.cnf Bearbeitet und die folgende Zeile auskommentiert:

log-error  = /var/log/mysql/error.log

Jetzt bekomme ich keine Fehlermeldung, kann mich aber trotzdem nicht anmelden:

$ Sudo mysqld_safe --skip-grant-tables &
[1] 26558
140818 10:34:37 mysqld_safe Logging to syslog.
140818 10:34:38 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
140818 10:34:40 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

[1]+  Done                    Sudo mysqld_safe --skip-grant-tables

$ mysql -uroot
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

Was könnte das Problem sein? Wie soll ich vorgehen?

EDIT

Ich habe jetzt die Zeile explicit-defaults-for-timestamp In my.cnf Auskommentiert. Hier ist die gesamte Datei abzüglich der Header-Kommentare:

$ cat /etc/mysql/my.cnf 

[client]
port            = 3306
socket          = /var/run/mysqld/mysqld.sock

[mysqld_safe]
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
Nice            = 0

[mysqld]
user            = mysql
pid-file        = /var/run/mysqld/mysqld.pid
socket          = /var/run/mysqld/mysqld.sock
port            = 3306
basedir         = /usr
datadir         = /var/lib/mysql
tmpdir          = /tmp
lc-messages-dir = /usr/share/mysql
#explicit_defaults_for_timestamp

bind-address    = 127.0.0.1

#log-error      = /var/log/mysql/error.log

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

symbolic-links=0

!includedir /etc/mysql/conf.d/

Folgendes passiert, wenn ich versuche, MySQL auszuführen:

$ Sudo echo 1 >> /var/log/mysql/error.log

$ tail /var/log/mysql/error.log 
140818 10:31:49  InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting

140818 10:31:50  InnoDB: Starting shutdown...
140818 10:31:51  InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note] 
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1

$ Sudo service mysql start
start: Job failed to start

$ tail /var/log/mysql/error.log 
140818 10:31:49  InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting

140818 10:31:50  InnoDB: Starting shutdown...
140818 10:31:51  InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note] 
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1

$ grep explicit_defaults_for_timestamp /etc/mysql/my.cnf /etc/init.d/mysql /etc/default/mysql
/etc/mysql/my.cnf:#explicit_defaults_for_timestamp
grep: /etc/default/mysql: No such file or directory

Wie zu sehen ist, wird nichts Neues in die Protokolle geschrieben, und die Option explicit_defaults_for_timestamp Ist nirgendwo festgelegt.

Ich konnte mysql-server-core-5.5 Neu installieren, aber das Problem konnte dadurch nicht behoben werden:

$ Sudo aptitude reinstall mysql-server-core-5.5
The following packages will be REINSTALLED:
  mysql-server-core-5.5 
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 3,213 kB of archives. After unpacking 0 B will be used.
Get: 1 http://il.archive.ubuntu.com/ubuntu/ trusty-updates/main mysql-server-core-5.5 AMD64 5.5.38-0ubuntu0.14.04.1 [3,213 kB]
Fetched 3,213 kB in 1s (3,163 kB/s)                
(Reading database ... 217167 files and directories currently installed.)
Preparing to unpack .../mysql-server-core-5.5_5.5.38-0ubuntu0.14.04.1_AMD64.deb ...
Unpacking mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) over (5.5.38-0ubuntu0.14.04.1) ...
Replaced by files in installed package mysql-common (5.6.20-1ubuntu14.04) ...
Processing triggers for man-db (2.6.7.1-1) ...
Setting up mysql-server-core-5.5 (5.5.38-0ubuntu0.14.04.1) ...

$ Sudo service mysql status
mysql stop/waiting

$ Sudo service mysql start
start: Job failed to start

$ tail /var/log/mysql/error.log 
140818 10:31:49  InnoDB: Waiting for the background threads to start
140818 10:31:50 InnoDB: 5.5.38 started; log sequence number 1595675
140818 10:31:50 [ERROR] /usr/sbin/mysqld: unknown option '--explicit_defaults_for_timestamp'
140818 10:31:50 [ERROR] Aborting

140818 10:31:50  InnoDB: Starting shutdown...
140818 10:31:51  InnoDB: Shutdown completed; log sequence number 1595675
140818 10:31:51 [Note] 
140818 10:31:51 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
1

Das 1 In der letzten Zeile des Protokolls wurde früher mit echo hinzugefügt und zeigt an, dass dem Protokoll nichts Neues hinzugefügt wurde.

11
dotancohen

Sie haben mysql-server-core-5.6 Installiert, das teilweise fehlgeschlagen oder teilweise installiert ist.

Das -explicit_defaults_for_timestamp ist nur für MySQL 5.6. Es ist wahrscheinlich, dass die teilweise Installation von mysql-server-core-5.6 Diese Option hinzugefügt hat. Ich werde jetzt vorschlagen, dass Sie alle Spuren von mysql-server-core-5.6 Entfernen und das Datenverzeichnis neu initialisieren.

  1. beenden Sie alle laufenden mysqld-Prozesse:

    ps aux | grep mysql
    kill pid
    
  2. Deinstallieren Sie die mysql-server-core-5.6 - Pakete:

    apt-get remove mysql-server-core-5.6
    

    Eine Liste von Dateien ist hier

  3. Initialisieren Sie das Datenbankverzeichnis neu:

    A. rm -Rf /var/lib/mysql/*

    B. mysql_install_db /var/lib/mysql

  4. Kommentieren Sie die Option !includedir /etc/mysql/conf.d/ In my.cnf Aus.


Beenden Sie alle vorhandenen MySQL-Prozesse und starten Sie MySQL mit der Option skip-grant-tables .

A. Ermitteln Sie den genauen Pfad des mysqld-Daemons:

which mysqld_safe

B. Führen Sie MySQL ohne Grant-Tabellen aus:

/mysqld_safe_directory/mysqld_safe --skip-grant-tables &
ex /bin/mysqld_safe

C. Stellen Sie sicher, dass MySQL zuhört:

netstat -tlpn 

sie sollten Port 3306 sehen.

D. Wenn ja, melden Sie sich bei MySQL an:

mysql -u root -h 127.0.0.1

E. Legen Sie ein neues Passwort fest:

mysql> use mysql;
mysql> update user set password=PASSWORD("NEW-ROOT-PASSWORD") where User='root';
mysql> flush privileges;
mysql> quit
4
Craig Efrein

Ich habe diese Zeile in my.cnf

[[email protected] mysql-5.6.19-linux-x86_64]$ grep expli my.cnf
explicit-defaults-for-timestamp = TRUE

Ich denke, dass die Parameter my.cnf Bindestriche und keine Unterstriche verwenden sollten.

1
Vérace