Kann nicht starten Sie mysqld/mysql

zuerst muss ich sagen, ich bin ein mysql-Neuling.
Im Grunde mysql startet nicht, und sagt:

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

Nun, Hier sind die Schritte, mit denen ich alles ruiniert:

Wegen war es nicht möglich, sich in mein system (otrs) ich dachte, eine Wiederherstellung von einem älteren backup würde helfen.

Während der Wiederherstellung die backup-manager sagte, dass ich zum löschen der alten db. Ich versuchte es, aber der Prozess nicht zu Ende und so habe ich es abgebrochen.

Danach habe ich versucht das system neu zu starten, hatte aber riesige Probleme mit diesem, aber nachdem ich neu starten ich habe versucht, zum ausführen von mysql, aber es sagte, es konnte nicht finden, die mysql.socket.

Zu diesem Zeitpunkt dachte ich, es wäre besser, neu zu installieren, mysql und so Tat, aber das hat nicht geholfen.
Wenn Sie versuchen, starten Sie mysqld als mysql-Benutzer es sagte:

[ERROR] Found 1 prepared transactions! It means that mysqld was not shut down properly last time and critical recovery information (last binlog or tc.log file) was manually deleted after a crash. You have to start mysqld with --tc-heuristic-recover switch to commit or rollback pending transactions.

versucht, beide nicht helfen:

mysql:/root> /usr/sbin/mysqld  --tc-heuristic-recover commit
131213 16:46:00 InnoDB: The InnoDB memory heap is disabled
131213 16:46:00 InnoDB: Mutexes and rw_locks use GCC atomic builtins
131213 16:46:00 InnoDB: Compressed tables use zlib 1.2.7
131213 16:46:00 InnoDB: Using Linux native AIO
131213 16:46:00 InnoDB: Initializing buffer pool, size = 128.0M
131213 16:46:00 InnoDB: Completed initialization of buffer pool
131213 16:46:00 InnoDB: highest supported file format is Barracuda.
131213 16:46:01  InnoDB: Waiting for the background threads to start
131213 16:46:02 Percona XtraDB (http://www.percona.com) 5.5.33-MariaDB-31.1 started; log sequence number 3710898915
131213 16:46:02 [Note] Server socket created on IP: '0.0.0.0'.
131213 16:46:02 [ERROR] Event Scheduler: Failed to open table mysql.event
131213 16:46:02 [ERROR] Event Scheduler: Error while loading from disk.
131213 16:46:02 [Note] Event Scheduler: Purging the queue. 0 events
131213 16:46:02 [ERROR] Aborting

131213 16:46:02  InnoDB: Starting shutdown...
131213 16:46:03  InnoDB: Shutdown completed; log sequence number 3710898915
131213 16:46:03 [Note] /usr/sbin/mysqld: Shutdown complete

Ausführen von systemctl start mysql.Dienst kann jederzeit:

mysql.service - LSB: Start the MySQL database server
          Loaded: loaded (/etc/init.d/mysql)
          Active: failed (Result: timeout) since Fri, 13 Dec 2013 16:27:12 +0100; 23min ago
         Process: 8845 ExecStart=/etc/init.d/mysql start (code=killed, signal=TERM)
          CGroup: name=systemd:/system/mysql.service

Dec 13 16:31:21  mysql[8845]: otrs.user_preferences                              OK
Dec 13 16:31:21  mysql[8845]: otrs.users                                         OK
Dec 13 16:31:21  mysql[8845]: otrs.valid                                         OK
Dec 13 16:31:21  mysql[8845]: otrs.virtual_fs                                    OK
Dec 13 16:31:21  mysql[8845]: otrs.virtual_fs_db                                 OK
Dec 13 16:31:21  mysql[8845]: otrs.virtual_fs_preferences                        OK
Dec 13 16:31:21  mysql[8845]: otrs.web_upload_cache                              OK
Dec 13 16:31:21  mysql[8845]: otrs.xml_storage                                   OK
Dec 13 16:31:21  mysql[8845]: performance_schema
Dec 13 16:31:21  mysql[8845]: Phase 3/3: Running 'mysql_fix_privilege_tables'...

Ich habe absolut keine Ahnung, was zu tun ist. Könnte mir jemand helfen?
Wie kann der otrs-Tabellen wurden gedroppt/gelöscht werden ohne die Verwendung des mysql-DROP-Befehl?
Würde das trotzdem helfen?

Danke.

Ich möchte nur hinzufügen, dass ich hatte dieses Problem nach einem server-crash mit Fedora 28 und MariaDB 10.2.21. Ich habe sudo -u mysql-mysqld_safe --tc-Heuristik-recover=commit als root an, und dann begann die mariadb-service normal mit systemctl und das Problem war gelöst.

InformationsquelleAutor rosenrot | 2013-12-13

  1. 12
    mysqld --tc-heuristic-recover=ROLLBACK

    Nicht ganz tun, die Magie für mich. Doch die folgenden arbeitete

    mysqld_safe --tc-heuristic-recover=COMMIT

    InformationsquelleAutor chinmay

  2. 6

    War ich in der Lage, Sie zu überwinden dieses Problem auf CentOS 6 mit

    service mysql start --tc-heuristic-recover=ROLLBACK

    die letztlich verworfen, die Begehen in Frage. Ich bin mir nicht sicher, ob systemd Skripte unterstützen die übergabe von zusätzlichen Parametern. Vielleicht könnten Sie versuchen, und führen Sie es manuell mit der =

    mysqld --tc-heuristic-recover=ROLLBACK
    Es funktionierte auch bei mir.

    InformationsquelleAutor greezybacon

  3. 2

    Auf mysql 5.6.x, und wegen dieser off-by-one https://bugs.mysql.com/bug.php?id=70860 Fehler, ich war in der Lage zu bekommen Vergangenheit, indem wir tun,

    sudo service mysql start --tc-heuristic-recover=0

    die vermutlich commit tx.

    InformationsquelleAutor David Mann

  4. 1

    Antwort ->> https://www.youtube.com/watch?v=qr-t8ksYO78

    gehen Sie zu mein.cnf-Datei haben, beachten Sie, dass Sie finden mehrere meine.cnf-Datei, die ich hatte, um sich an alle von Ihnen, um diese zu finden->

     # The MySQL server
    [mysqld]
    user = mysql
    port=3306
    socket      = /opt/lampp/var/mysql/mysql.sock

    Kopieren Sie den socket-Pfad und writ es wie ->

    mysql -u root -p --socket=/opt/lampp/var/mysql/mysql.sock

    Dank

    InformationsquelleAutor Syed Aqeel

Schreibe einen Kommentar