Wie kann ich das beheben MySQL Fehler #1064?

TL;DR

Fehler #1064 bedeutet, dass MySQL nicht verstehen kann, ist Ihr Befehl. Um es zu beheben:

• Lesen Sie die Fehlermeldung. Es sagt Ihnen genau, wo in Ihrem Befehl MySQL verwirrt.

• Untersuchen Sie Ihren Befehl. Wenn Sie eine Programmiersprache auf erstellen Sie Ihren Befehl, verwenden echo, console.log() oder sein äquivalent zu zeigen, die gesamten Befehl damit Sie Sie sehen können.

• Sie in der Bedienungsanleitung. Durch den Vergleich gegen das, was MySQL erwartet an diesem Punkt, das problem ist oft offensichtlich.

• Check für reservierte Wörter. Wenn der Fehler aufgetreten ist auf eine Objekt-id, überprüfen Sie, dass es ist nicht ein reserviertes Wort (und, wenn es ist, sicherzustellen, dass es richtig zitiert).

1. Aaaagh!! Was bedeutet #1064 bedeuten?

   Fehlermeldungen können Aussehen wie Kauderwelsch, aber Sie sind (oft) unglaublich informativ und ausreichend detailliert, um herauszufinden, was falsch gelaufen ist. Um zu verstehen, was MySQL sagt Ihnen, Sie können, Bewaffnen Sie sich zum beheben von Problemen dieser Art in der Zukunft.

   Als in vielen Programmen, MySQL Fehler werden codiert nach dem Typ problem, dass aufgetreten ist. Fehler #1064 einen syntax-Fehler.

   • Was ist dieser "syntax" von dem du sprichst? Ist es Hexerei?

     Während die "syntax" ist ein Wort, dass viele Programmierer nur Begegnung im Kontext von Computern, ist es in der Tat entlehnt breiter Linguistik. Es bezieht sich auf die Satz-Struktur: d.h. die Regeln der Grammatik; oder, in anderen Worten, die Regeln, die definieren, was eine gültigen Satz innerhalb der Sprache.

     Beispielsweise die folgenden englischen Satz enthält einen Syntaxfehler (da der unbestimmte Artikel "ein" muss immer vor einem Nomen):

     Dieser Satz enthält syntax-Fehler ein.

   • Was hat das zu tun mit MySQL?

     Wann immer man Fragen zu einem Befehl zu einem computer, einer der ersten Dinge, die Sie tun müssen, ist der "parse" - Befehl, um Sinn zu machen. "Syntax-Fehler" bedeutet, dass der parser nicht in der Lage ist, zu verstehen, was verlangt wird, weil es sich nicht um einen gültigen Befehl in der Sprache: in anderen Worten, der Befehl verstößt gegen die Grammatik der Programmiersprache.

     Es ist wichtig zu beachten, dass der computer muss verstehen, den Befehl, bevor Sie irgendetwas machen können. Da ist ein syntax error, MySQL hat keine Ahnung, was man nach und daher gibt , bevor es sieht sogar an der Datenbank und daher das schema oder die Tabelle Inhalte nicht relevant sind.

2. Wie kann ich es beheben?

   Offensichtlich, man muss bestimmen, wie es ist, dass der Befehl, gegen die MySQL-Grammatik. Das klingt ziemlich undurchdringlich, aber MySQL ist zu versuchen wirklich hart, um uns hier helfen. Alles, was wir tun müssen, ist...

   • Lesen Sie die Nachricht!

     MySQL nicht nur sagt uns genau, wo der parser hat die syntax-Fehler, sondern macht auch einen Vorschlag für die Festsetzung es. Betrachten Sie beispielsweise die folgende SQL-Befehl:

     UPDATE my_table WHERE id=101 SET name='foo'

     Dieser Befehl ergibt folgende Fehlermeldung:

     ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE id=101 SET name='foo'' at line 1

     MySQL sagt uns, dass alles schien in Ordnung bis zu dem Wort WHERE dann aber ein problem aufgetreten ist. In anderen Worten, es war nicht erwartet hätte, auf WHERE an diesem Punkt.

     Nachrichten, die sagen ...near '' at line... einfach bedeuten, dass der Ende-Befehl gestoßen war unerwartet: das ist etwas anderes erscheinen soll, bevor der Befehl beendet.

   • Untersuchen der eigentliche text des Befehls!

     Programmierer oft erstellen Sie SQL-Befehle in einer Programmiersprache. Zum Beispiel ein php-Programm könnte haben einen (falschen) Zeile wie diese:

     $result = $mysqli->query("UPDATE " . $tablename ."SET name='foo' WHERE id=101");

     Wenn Sie schreiben, das dieser in zwei Zeilen

     $query = "UPDATE " . $tablename ."SET name='foo' WHERE id=101"
     $result = $mysqli->query($query);

     dann können Sie echo $query; oder var_dump($query) zu sehen, dass die Abfrage sagt eigentlich

     UPDATE userSET name='foo' WHERE id=101

     Oft sehen Sie Ihren Fehler sofort und werden in der Lage, es zu beheben.

   • Gehorchen!

     MySQL ist auch zu empfehlen, dass wir "überprüfen Sie die Bedienungsanleitung, entspricht unserer MySQL-version für den richtigen syntax zur Verwendung". Lassen Sie uns das tun.

     Ich bin mit MySQL v5.6, so werde ich wiederum auf diese version ist die manuelle Eingabe für ein UPDATE - Befehl. Die sehr erste, was auf der Seite ist der Befehl in der Grammatik (das gilt für jeden Befehl):

     UPDATE [LOW_PRIORITY] [IGNORE] table_reference
         SET col_name1={expr1|DEFAULT} [, col_name2={expr2|DEFAULT}] ...
         [WHERE where_condition]
         [ORDER BY ...]
         [LIMIT row_count]

     Das Handbuch erläutert, wie diese zu interpretieren syntax unter Schreib-und Syntax-Konventionen, aber für unsere Zwecke ist es ausreichend zu erkennen, dass: Bestimmungen in eckigen Klammern [ und ] sind optional; vertikale Balken | alternativen angegeben werden; und Ellipsen ... Kennzeichnen eine Auslassung für die Kürze, oder der vorstehenden Klausel wiederholt werden können.

     Wissen wir bereits, dass der parser glaubten alles, was in unserer Mannschaft war okay, vor der WHERE keyword, oder in anderen Worten, bis zu und einschließlich der Tabelle verweisen. Blick auf die Grammatik, wir sehen, dass table_reference werden muss, gefolgt von der SET Stichwort: während in unserer Mannschaft war es eigentlich, gefolgt von der WHERE Schlüsselwort. Dies erklärt, warum der parser meldet, dass ein problem aufgetreten ist.

   Ein Hinweis der Reservierung

   Natürlich, dies war ein einfaches Beispiel. Aber, indem Sie die beiden oben beschriebenen Schritte (also die Beobachtung genau, wo in dem Befehl der parser gefunden, die Grammatik verletzt werden und der Vergleich gegen das Handbuch die Beschreibung von , was zu erwarten war an diesem Punkt), praktisch jeden syntax-Fehler leicht identifiziert werden können.

   Ich sage "nahezu", denn es gibt eine kleine Klasse von Problemen, die nicht ganz so leicht zu erkennen—und das ist, wo der parser die Auffassung, dass die Sprache ein element begegnet, bedeutet, eine Sache, während Sie beabsichtigen, es zu meinen anderen. Nehmen Sie das folgende Beispiel:

   UPDATE my_table SET where='foo'

   Wieder, der parser nicht erwarten, auf WHERE an diesem Punkt, und so wird zu erhöhen eine ähnliche syntax Fehler—aber Sie hatte nicht gedacht, dass für where werden, um ein SQL-Schlüsselwort: Sie waren bestimmt für ihn, um eine Spalte für die Aktualisierung! Allerdings, wie beschrieben, unter Schema Object Names:

   Wenn ein Bezeichner enthält Sonderzeichen oder ist ein reserviertes Wort, Sie muss nennen Sie es, Wann immer Sie sich darauf beziehen. (Ausnahme: reserviertes Wort, folgt eine Periode, in einen qualifizierten Namen muss ein Bezeichner, also es müssen nicht angegeben werden.) Reservierte Wörter sind aufgelistet in Abschnitt 9.3, "Schlüsselwörter und Reservierte Wörter".

   [ deletia ]

   Den Bezeichner Anführungszeichen ist der backtick ("`"):

   mysql> SELECT * FROM `select` WHERE `select`.id > 100;

   Wenn die ANSI_QUOTES SQL-Modus aktiviert ist, ist es auch zulässig, das zur Anführung von Identifikatoren innerhalb von doppelten Anführungszeichen:

   mysql> CREATE TABLE "test" (col INT);
   ERROR 1064: You have an error in your SQL syntax...
   mysql> SET sql_mode='ANSI_QUOTES';
   mysql> CREATE TABLE "test" (col INT);
   Query OK, 0 rows affected (0.00 sec)

InformationsquelleAutor