Zugriff auf Datenbank scheitert; Syntaxfehler in phpMyAdmin?

  • Hallo, liebe WP-Community,
    ich versuche WP 4.7.3 auf meinem PC ("localhost") zu starten. WP meldet aber: zugriff auf Datenbank nicht möglich und bietet an, die DB zu reparieren. Leider erfolglos. Beim (Re-)Import der vorher als Sicherung kopierten DB erscheint folgende Fehlermeldung:
    Statische Analyse:

    2 Fehler wurden während der Analyse gefunden.

    1. Unerwarteter Statement-Anfang. (near "phpMyAdmin" at position 0)
    2. Unerkannte Statement-Typ. (near "SQL" at position 11)


    SQL-Befehl:
    phpMyAdmin SQL Dump SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO"
    MySQL meldet: [Blockierte Grafik: http://localhost:8080/phpmyadmin/themes/dot.gif]
    #1064 - Fehler in der SQL-Syntax. Bitte die korrekte Syntax im Handbuch nachschlagen bei 'phpMyAdmin SQL Dump

    SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO"' in Zeile 1.

    Damit bin ich leider total überfordert. Kann mir jemand weiterhelfen?
    Liebe Grüße
    Jolene

    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren


  • ich versuche WP 4.7.3 auf meinem PC ("localhost") zu starten. WP meldet aber: zugriff auf Datenbank nicht möglich und bietet an, die DB zu reparieren. Leider erfolglos. Beim (Re-)Import der vorher als Sicherung kopierten DB erscheint folgende Fehlermeldung:
    Statische Analyse:

    2 Fehler wurden während der Analyse gefunden.

    1. Unerwarteter Statement-Anfang. (near "phpMyAdmin" at position 0)
    2. Unerkannte Statement-Typ. (near "SQL" at position 11)

    die Zugangsdaten zu der Datenbank stehen in wp-config.php und müssen an deine locale Umgebung angepasst werden. Wenn du Xampp verwendest - aucht auf eine aktuelle Version
    https://www.apachefriends.org/de/index.html

    und der WebServer und die Datenbank sollte laufen.

    // http://localhost:8080/phpmyadmin/themes/dot.gif

    ich würde schon aus Bequemlichkeit schon auf den Port verzichten.

    für den Umzug von Online auf locale Umgebung würde ich *nicht* die Datenbank importieren sondern mit den Werkzeugen Improt / Export arbeiten.

    D.h. auf den lokalen Rechner WordPress installieren - die bla bal demo Postings (Artikel, Seiten ... Kommentare und so weiter) löschen und dann WordPress 'importieren' mit 'medien'

    Mit offenen Augen träumen


  • für den Umzug von Online auf locale Umgebung würde ich *nicht* die Datenbank importieren sondern mit den Werkzeugen Improt / Export arbeiten.

    D.h. auf den lokalen Rechner WordPress installieren - die bla bal demo Postings (Artikel, Seiten ... Kommentare und so weiter) löschen und dann WordPress 'importieren' mit 'medien'

    Nur aus Interesse: Warum?
    Was spricht gegen den Datenbank Ex-Import?

  • Bei der gesicherten Version scheinen die Kommentare "entkommentiert" zu sein.

    Statt

    Code
    phpMyAdmin SQL Dump  SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO"


    müsste es heißen:

    Code
    -- phpMyAdmin SQL Dump
    SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO"

    Aber vermutlich stimmen auch die weiteren Kommentare nicht mehr.

    Lt. http://stackoverflow.com/questions/3786…-gives-an-error ein Bug?

    Einmal editiert, zuletzt von spickzettel (24. April 2017 um 22:42)

  • Nur aus Interesse: Warum?
    Was spricht gegen den Datenbank Ex-Import?

    Die Migration von Datenbanken funktioniert sehr selten mit einem Daten Ex-Import. Bei mir eigentlich nie wirklich. Änderung der URL bei bestehende Inhalten kann ohne ein zusätzliches Plugin leider bei WordPress recht abteuerlich werden.

    https://interconnectit.com/products/searc…ress-databases/

    https://interconnectit.com/blog/2009/10/0…ypress-website/

    Den Aufwand kann man sich mit der WordPress Werkzeugkiste sparen...

    Mit offenen Augen träumen

  • Danke, Hille, für die Nachfragen. MySQL-Server läuft und Host und andere Daten sind auch korrekt (127.0.0.1) Daran liegt es vermutlich nicht.

  • Hallo r23, ja, port 8080 ist etwas unbequem, aber nun habe ich mich gewöhnt. Die Daten in wp-config.php sind ok - wenn ich nichts übersehen habe. Und Xampp7.1.1.ist auch aktuell, glaube ich. Es geht im moment nicht um Umzug auf einen Online-Server, sondern um den Re-Import einer DB-Sicherung, die Wordpress nicht erkennt, bzw. reparieren will. Ich wollte ja mit den WP-Werkzeugen arbeiten, aber so weit bin ich wg der Fehlermeldung nicht gekommen. Aber Danke für dne Hinweis.

  • Hallo spickzettel,
    Danke für den Literaturhinweis! Fast genau mein Problem, aber vielleicht nur fast, denn die Kommentare sind angezeigt oder? So siehts aus:

    -- phpMyAdmin SQL Dump
    -- version 4.6.5.2
    -- https://www.phpmyadmin.net/
    --
    -- Host: 127.0.0.1
    -- Erstellungszeit: 18. Apr 2017 um 09:00
    -- Server-Version: 10.1.21-MariaDB
    -- PHP-Version: 7.1.1

    SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
    SET time_zone = "+00:00";
    usw. ...
    Ich seh den Syntax-Fehler nicht. Ich studiere noch mal das Handbuch.

  • Hallo b3317133, Genau mit Duplicator wollte ich arbeiten; leider hat die Fehlermeldung mich daran gehindert. Ihc werde mir das Video anschauen. Danke!


  • SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO"' in Zeile 1.

    SET sql_mode='NO_AUTO_VALUE_ON_ZERO';

    WordPress ist "frei" wie in Freiheit es zu nutzen, aber nicht im Sinne von Freibier. Wer also glaubt man bekommt rund um WordPress alles kostenlos, der irrt. Hilfe ist ein Geschenk für das man sich bedankt, dafür gibt es den 'Gefällt mir' Button. Wer das nicht kann und sich selbst nicht zu helfen weiss, muss sich bezahlte Unterstützung suchen.

  • So siehts aus:
    -- phpMyAdmin SQL Dump

    SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";
    SET time_zone = "+00:00";


    Wie/wo genau importierst Du diese Daten?

    Genau mit Duplicator wollte ich arbeiten; leider hat die Fehlermeldung mich daran gehindert.

    Welche Fehlermeldung, wann? Bei Erstellen des Archivs oder beim Installieren mit dem Duplicator "installer.php"?

  • Beim (re-)Import (vom PC) einer vorher (zur Sicherung in "Eigene Dateien") exportierten Datenbank erscheint die o.g. Meldung: "Syntaxfehler ...1064" usw. (s.o.)

  • Wie/wo genau importierst Du diese Daten?

    In phpMyAdmin? Über welche genaue Funktion dort?

    Und Duplicator hat keine Möglichkeit zum Import eigner Dateien, welche Fehlermeldung erscheint bei Duplicator, und wann?

    Einmal editiert, zuletzt von b3317133 (26. April 2017 um 11:59)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!