#1: Vergessene oder überflüssige Kommas

Einer der häufigsten Gründe für Error 1064 sind Kommas, die entweder fehlen oder an der falschen Stelle stehen. MySQL erwartet eine klare Trennung zwischen Spaltennamen oder Werten. Schon ein zusätzliches oder fehlendes Komma kann den Parser verwirren. Beispiel – falsch: SELECT name, age, FROM users; Beispiel – korrekt: SELECT name, age FROM users; Tipp: Nutze Editor-Plugins oder SQL-Formatter wie in VS Code. Sie helfen, solche kleinen, aber fatalen Fehler direkt sichtbar zu machen.

#2: Falsche Anführungszeichen

Ein häufiger Auslöser für Error 1064 sind falsch verwendete Anführungszeichen. MySQL unterscheidet zwischen einfachen (' ') und doppelten (" ") Anführungszeichen. Für Zeichenketten (Strings) müssen einfache Anführungszeichen verwendet werden. Werden stattdessen doppelte Anführungszeichen oder typografische Anführungszeichen („…“) aus Textverarbeitungsprogrammen eingefügt, führt das oft zu Syntaxfehlern.

Beispiel – falsch:
WHERE name = "Max’s Account";
(Doppelte Anführungszeichen und typografischer Apostroph)

Beispiel – korrekt:
WHERE name = 'Max''s Account';
(Zwei einfache Apostrophe für das Escape von ' innerhalb des Strings)

Tipp: Kopiere SQL-Code niemals direkt aus Word oder E-Mail-Programmen. Verwende einen reinen Texteditor oder deine IDE, um unzulässige Zeichen zu vermeiden.

#3: Reservierte Keywords als Tabellen- oder Spaltennamen

MySQL verfügt über eine lange Liste von reservierten Schlüsselwörtern wie ORDER, SELECT oder GROUP. Diese sind Teil der SQL-Sprache und dürfen nicht ohne weiteres als Namen für Tabellen oder Spalten verwendet werden. Geschieht es doch, interpretiert der Parser das Wort als Befehl – und der Syntaxfehler ist vorprogrammiert.

Beispiel – falsch:
SELECT * FROM order;

Beispiel – korrekt:
SELECT * FROM `order`;
(Verwendung von Backticks, um den Tabellennamen eindeutig zu kennzeichnen)

Tipp: Vermeide nach Möglichkeit die Verwendung von reservierten Keywords als Bezeichner. Falls es nicht anders geht, setze Tabellen- oder Spaltennamen immer in Backticks (` `).

#4: Fehlende Klammern bei Funktionen

Viele SQL-Funktionen wie COUNT, SUM oder AVG erfordern Klammern, auch wenn sie nur eine Spalte als Parameter haben. Vergisst du die Klammern, versteht der SQL-Parser die Anweisung nicht korrekt, was zu Error 1064 führt.

Beispiel – falsch:
SELECT COUNT * FROM users;

Beispiel – korrekt:
SELECT COUNT(*) FROM users;

Tipp: Achte darauf, dass alle Funktionsaufrufe Klammern enthalten, selbst wenn kein Parameter übergeben wird. Viele IDEs und SQL-Editoren markieren fehlende Klammern automatisch.

#5: JOIN ohne ON-Klausel

Ein JOIN verknüpft Datensätze aus mehreren Tabellen. Ohne eine passende ON-Klausel weiß MySQL jedoch nicht, welche Spalten zur Verknüpfung genutzt werden sollen. Das führt entweder zu einem Syntaxfehler oder zu unerwarteten Ergebnissen, wenn die Abfrage syntaktisch gültig ist, aber keine sinnvolle Verbindung hergestellt wird.

Beispiel – falsch:
SELECT * FROM users JOIN orders;

Beispiel – korrekt:
SELECT * FROM users
JOIN orders ON users.id = orders.user_id;

Tipp: Prüfe bei jedem JOIN, ob die ON-Bedingung vorhanden und korrekt ist. Falls du bewusst einen Cross Join erzeugen willst, verwende CROSS JOIN, um Missverständnisse zu vermeiden.

#6: Datumswerte ohne korrektes Format

MySQL erwartet Datumsangaben in einem bestimmten Standardformat, üblicherweise im ISO-Format YYYY-MM-DD. Werden Datumswerte in einem anderen Format angegeben, kann die Datenbank sie nicht korrekt interpretieren. Das führt oft zu Error 1064 oder fehlerhaften Ergebnissen.

Beispiel – falsch:
WHERE created = '14-08-2025';

Beispiel – korrekt:
WHERE created = '2025-08-14';

Tipp: Verwende konsequent das ISO-Format für Datumswerte. Falls die Daten aus externen Quellen kommen, konvertiere sie vor dem Einfügen oder Filtern in das richtige Format.

#7: GROUP BY ohne Aggregatfunktion

Die GROUP BY-Klausel gruppiert Datensätze nach bestimmten Spalten. Wenn du Spalten in der SELECT-Liste angibst, die nicht Teil der Gruppierung oder einer Aggregatfunktion wie SUM, AVG oder COUNT sind, kann MySQL die Abfrage nicht korrekt ausführen und meldet Error 1064.

Beispiel – falsch:
SELECT department, salary FROM employees GROUP BY department;
(Hier fehlt die Aggregatfunktion für salary)

Beispiel – korrekt:
SELECT department, AVG(salary) FROM employees GROUP BY department;

Tipp: Prüfe bei GROUP BY-Abfragen immer, dass alle ausgewählten Spalten entweder gruppiert oder innerhalb einer Aggregatfunktion verwendet werden.

#8: Tippfehler in Schlüsselwörtern

Selbst kleine Tippfehler bei SQL-Schlüsselwörtern führen sofort zu Error 1064. Da SQL-Befehle case-insensitive sind, erkennt MySQL falsche Schreibweisen nicht und bricht die Ausführung ab. Häufige Beispiele sind SELCT statt SELECT oder WHEE statt WHERE.

Beispiel – falsch:
SELCT * FROM users;

Beispiel – korrekt:
SELECT * FROM users;

Tipp: Nutze Auto-Complete und Syntax-Highlighting in deiner IDE oder deinem Editor. So lassen sich Tippfehler schnell erkennen, bevor die Abfrage ausgeführt wird.

#9: Ungleiche Klammerpaare

Ungelich gesetzte Klammern sind ein häufiger Grund für Syntaxfehler. Jede öffnende Klammer ( muss eine passende schließende Klammer ) haben. Fehlt eine Klammer oder ist die Reihenfolge falsch, kann der SQL-Parser die Abfrage nicht korrekt interpretieren.

Beispiel – falsch:
SELECT (name + address AS full_info FROM users;

Beispiel – korrekt:
SELECT (name + address) AS full_info FROM users;

Tipp: Verwende Syntax-Highlighting oder einen SQL-Editor, der automatisch Klammerpaare markiert. So kannst du fehlende oder falsch platzierte Klammern sofort erkennen.

#10: Vergessene Aliase bei Subqueries

In MySQL muss jede Unterabfrage (Subquery), die in der FROM-Klausel steht, einen Alias-Namen haben. Fehlt dieser, meldet der Parser einen Syntaxfehler. Der Alias dient als temporärer Tabellenname, damit MySQL mit dem Ergebnis der Unterabfrage weiterarbeiten kann.

Beispiel – falsch:
SELECT * FROM (SELECT * FROM users);

Beispiel – korrekt:
SELECT * FROM (SELECT * FROM users) AS subquery;

Tipp: Vergib aussagekräftige Alias-Namen für Subqueries. Das erhöht nicht nur die Lesbarkeit, sondern verhindert auch Fehler.