MySQL-Referenzhandbuch

constant

Schriftart gleicher Breite (nicht-proportionale Schrift) wird für Befehle und Optionen benutzt, für SQL-Statements, Datenbank-, Tabellen- und Spaltennamen, für C- und PERL-Code und für Umgebungsvariablen. Beispiel: ``Um festzustellen, wie mysqladmin funktioniert, rufen Sie den Befehl mit der --help Option auf.''

filename

Schriftart gleicher Breite, die von Anführungszeichen umgeben ist, wird für Datei- und Pfadnamen benutzt. Beispiel: ``Die Distribution wird im Verzeichnis /usr/local/ installiert.''

‘c’

Schriftart gleicher Breite, die von Anführungszeichen umgeben ist, wird auch benutzt um Zeichenfolgen anzuzeigen. Beispiel: ``Um ein Platzhalterzeichen einzugeben, benutzen Sie das ‘%’ Zeichen.''

italic

Kursivschrift wird für Hervorhebungen verwendet, wie in diesem Beispiel.

boldface

Fettschrift wird für Namen von Zugriffsrechten verwendet (zum Beispiel: ``Gewähren Sie das process Zugriffsrecht nicht leichtfertig'') und gelegentlich, um besonders starke Hervorhebungen zu kennzeichnen.

Voll multi-thread unter Benutzung von Kernel-Threads. Das bedeutet, dass Sie sehr einfach mehrere Prozessoren benutzen können, falls verfügbar.

C-, C++-, Eiffel-, Java-, Perl-, PHP-, Python- und Tcl-APIs. See Kapitel 9, MySQL-APIs.

Läuft auf vielen verschiedenen Plattformen. See Abschnitt 3.2.2, „Betriebssysteme, die von MySQL unterstützt werden“.

Viele Spaltentypen: vorzeichenbehaftete / vorzeichenlose Ganzzahlen (Integer), die 1, 2, 3, 4 und 8 Byte lang sind, FLOAT, DOUBLE, CHAR, VARCHAR, TEXT, BLOB, DATE, TIME, DATETIME, TIMESTAMP, YEAR, SET, und ENUM Typen. See Abschnitt 7.2, „Spaltentypen“.

Sehr schnelle Joins durch Benutzung eines optimierten Multi-Joins in einem Durchgang (one-sweep multi-join).

Volle Operator- und Funktionsunterstützung in SELECT- und WHERE-Teilen von Anfragen. Beispiel:

mysql> SELECT CONCAT(vorname, " ", nachname) FROM tabellen_name
           WHERE einkommen/dependents > 10000 AND age > 30;

SQL-Funktionen sind durch eine hoch optimierte Klassenbibliothek implementiert und sollten so schnell sein, wie es geht! Üblicherweise gibt es überhaupt keine Speicherzuordnung (memory allocation) nach der Initialisierung von Anfragen.

Volle Unterstützung für SQL-GROUP BY und ORDER BY- Klauseln. Unterstützung für Gruppierungsfunktionen (COUNT(), COUNT(DISTINCT ...), AVG(), STD(), SUM(), MAX() und MIN()).

Unterstützung für LEFT OUTER JOIN und RIGHT OUTER JOIN mit ANSI-SQL und ODBC-Syntax.

Sie können Tabellen aus unterschiedlichen Datenbanken in ein und derselben SQL-Anfrage benutzen (ab Version 3.22).

Ein System von Zugriffsberechtigungen und Passwörtern, das sehr flexibel und sicher ist, und das Host-basierende Verifizierung erlaubt. Passwörter sind sicher, weil jeder Passwort-Verkehr verschlüsselt wird, wenn Sie sich mit einem Server verbinden.

ODBC (Open-DataBase-Connectivity) Unterstützung für Win32 (mit Quelltext). Alle ODBC 2.5 Funktionen und viele weitere. Sie können zum Beispiel MS Access benutzen, um sich mit Ihrem MySQL-Server zu verbinden. See Abschnitt 9.3, „MySQL-ODBC-Unterstützung“.

Sehr schnelle B-tree disk Tabellen mit Index-Kompression.

Bis zu 32 Indexe pro Tabelle erlaubt. Jeder Index kann aus 1 bis 16 Spalten oder Teilen von Spalten bestehen. Die maximale Indexlänge beträgt 500 Bytes (das ändert sich evtl., wenn MySQL kompiliert wird). Ein Index kann das Präfix eines CHAR- oder VARCHAR-Felds benutzen.

Datensätze fester und variabler Länge.

Im Arbeitsspeicher gehaltene Hash-Tabellen, die als temporäre Tabellen benutzt werden.

Kann große Datenbanken handhaben. Wir selbst benutzen MySQL bei einigen Datenbanken, die 50 Mio. Datensätze haben und wir kennen Benutzer, die MySQL mit 60.000 Tabellen und etwa 5 Milliarden Zeilen benutzen.

Alle Spalten können Vorgabewerte (Defaults) haben. Sie können INSERT benutzen, um eine Untermenge der Tabellenspalten mit Werten zu bestücken. Diejenigen Spalten, die nicht explizit angesprochen werden, werden auf ihre Vorgabewerte gesetzt.

Benutzt GNU Automake, Autoconf und Libtool aus Portabilitätsgründen.

Geschrieben in C und C++. Getestet mit großen Anzahl verschiedener Compiler.

Ein sehr schnelles Thread-basierendes Speicherzuordnungs-System (memory allocation system).

Keine Speicherlecks (memory leaks). MySQL wurde mit Purify getestet, einem kommerziellen Werkzeug zur Entdeckung von Speicherlecks.

Beinhaltet myisamchk, ein sehr schnelles Dienstprogramm zur Überprüfung, Optimierung und Reparatur von Tabellen. Die gesamte Funktionalität von myisamchk steht auch über die SQL-Schnittstelle zur Verfügung. See Kapitel 5, MySQL-Datenbankadministration.

Volle Unterstützung für mehrere unterschiedliche Zeichensätze, incl. ISO- 8859-1 (Latin1), big5, ujis und weitere. So sind zum Beispiel die skandinavischen Zeichen `a*', `ä' und `ö' in Tabellen- und Spaltennamen erlaubt.

Alle Daten werden mit dem ausgewählten Zeichensatz gespeichert. Alle Vergleiche für normale Zeichenkettenvergleiche sind unabhängig von Groß- und Kleinschreibung.

Die Sortierung ist abhängig vom gewählten Zeichensatz (schwedisch als Vorgabe). Das kann beim Start des MySQL-Servers geändert werden. Um beispielsweise eine sehr fortgeschrittene Sortierung zu sehen, sehen Sie sich den tschechischen Sortier-Code an. MySQL unterstützt viele unterschiedliche Zeichensätze, die bei der Kompilierung und während der Laufzeit festgelegt werden können. Der neue Zeichensatz 'latin_de' sorgt für eine korrekte deutsche Sortierreihenfolge.

Aliase auf Tabellen und Spalten sind erlaubt, wie im SQL92-Standard festgelegt.

DELETE, INSERT, REPLACE und UPDATE geben die Anzahl der Zeilen zurück, die geändert wurden (bzw. betroffen sind). Es ist statt dessen auch möglich, die Anzahl der übereinstimmenden Zeilen zurückzugeben, indem beim Verbindungsstart zum Server ein entsprechendes Flag gesetzt wird.

Funktionsnamen kollidieren nicht mit Tabellen- oder Spaltennamen. ABS zum Beispiel ist ein gültiger Spaltenname. Die einzige Einschränkung besteht drin, dass in einem Funktionsaufruf keine Leerzeichen zwischen Funktionsname und der öffnenden runden Klammer, die diesem folgt ‘(’, erlaubt ist. See Abschnitt 7.1.6, „Ist MySQL pingelig hinsichtlich reservierter Wörter?“.

Alle MySQL-Programme können mit der --help oder -? Option aufgerufen werden, um Online-Hilfe zu erhalten.

Der Server kann Clients Fehlermeldungen in verschiedenen Sprachen zur Verfügung stellen. See Abschnitt 5.6.2, „Nicht englische Fehlermeldungen“.

Clients können sich mit dem MySQL-Server über TCP/IP Sockets, Unix Sockets (Unix) oder Named Pipes (NT) verbinden.

Der MySQL-spezifische SHOW-Befehl kann benutzt werden, um Informationen über Datenbanken, Tabellen und Indexe zu erhalten. Der EXPLAIN-Code kann benutzt werden um festzustellen, wie der Optimierer eine Anfrage auflöst.

Der ISAM Tabellen-Handler --- stabil

Dieser verwaltet Speicherung und Abfrage aller Daten in MySQL Version 3.22 und früher. In allen Releases von MySQL gab es nicht einen einzigen (berichteten) Bug in diesem Code. Die einzige Möglichkeit, eine zerstörte (korrumpierte) Tabelle zu erhalten, besteht darin, den Server mitten während eines Updates zu killen. Selbst dadurch ist es unwahrscheinlich, dass Daten unwiederbringlich zerstört werden, denn alle Daten werden zwischen Anfragen auf die Festplatte zurück geschrieben (flush). Es hat nicht einen einzigen Bug-Bericht gegeben, in dem von verlorenen Daten aufgrund von MySQL-Bugs berichtet wurde.

Der MyISAM Tabellen-Handler --- stabil

Dieser wurde in MySQL Version 3.23 hinzu gefügt. Er basiert zum großen Teil auf dem ISAM Tabellen-Code, hat aber eine Menge neuer und sehr nützlicher Features.

Der Parser und lexikalische Analysator --- stabil

Es hat seit sehr langer Zeit keinen einzigen berichteten Bug in diesem System gegeben.

Der C Client-Code --- stabil

Keine bekannten Probleme. Im frühen 3.20 Release gab es einige Einschränkungen hinsichtlich der Größe des Sende- / Empfangs-Puffers (buffer size). Ab Version 3.21 ist die Puffergröße jetzt dynamisch, bis zu einem Vorgabewert von 16 M.

Standard-Client-Programme --- stabil

Dies beinhaltet mysql, mysqladmin, mysqlshow, mysqldump und mysqlimport.

Basis-SQL --- stabil

Die grundlegenden SQL-Funktionen, Zeichenketten-Klassen und dynamisches Speicher-Handling. Nicht ein einziger berichteter Bug in diesem System.

Anfragen-Optimierer (Query optimizer) --- stabil

Bereichs-Optimierer (Range optimizer) --- stabil

Join-Optimierer (Join optimizer) --- stabil

Sperren (Locking) --- Gamma

Dies ist sehr system-abhängig. Auf einigen Systemen gibt es große Probleme, wenn Standard-Betriebssystem-Sperren verwendet wird (fcntl()). In solchen Fällen sollten Sie den MySQL-Daemon mit dem Flag --skip-locking laufen lassen. Bekannt ist, dass solche Probleme auf manchen Linux-Systemen vorkommen sowie auf SunOS, wenn NFS- gemountete Dateisysteme verwendet werden.

Linux-Threads --- stabil

Das hauptsächliche Problem fand sich im fcntl()-Aufruf, der durch Benutzung der --skip-locking-Option bei mysqld behoben werden kann. Einige Leute haben Lockup-Probleme mit Version 0.5 berichtet. Linux-Threads müssen rekompiliert werden, wenn Sie mehr als 1000 gleichzeitige Verbindungen benutzen wollen. Obwohl es möglich ist, so viele Verbindungen mit den vorgabemäßigen Linux-Threads laufen zu lassen (obwohl man nie über 1021 kommen wird), macht das vorgabemäßige Stack-Spacing von 2 MB die Applikation unstabil, und wir konnten einen Coredump reproduzieren, nachdem 1021 Verbindungen im Leerlauf (idle connections) hergestellt wurden. See Abschnitt 3.6.1, „Linux (alle Linux-Versionen)“.

Solaris 2.5+ pthreads --- stabil

Wir benutzen dies für unsere gesamte Produktionsarbeit.

MIT-pthreads (andere Systeme) --- stabil

Seit Version 3.20.15 gab es keine berichteten Bugs mehr, und keine bekannten Bugs seit Version 3.20.16. Auf einigen Systemen gibt es ein ``Misfeature'', das heißt einige Operationen sind recht langsam (1/20 Sekunde Schlafzyklus zwischen jeder Anfrage). Natürlich können MIT- Threads alles ein bisschen verlangsamen, aber Index-basierende SELECT-Statements werden üblicherweise in einem Zeit-Frame ausgeführt, also sollte es kein mutex locking/thread juggling geben.

Andere Thread-Implementierungen --- Beta - Gamma

Die Ports zu anderen Systemen sind noch sehr neu und können Bugs haben, möglicherweise auch in MySQL, aber in den meisten Fällen in der Thread- Implementierung selbst.

LOAD DATA ..., INSERT ... SELECT --- stabil

Einige Leute dachten, hier Bugs gefunden zu haben, aber üblicherweise haben sich diese als Missverständnisse heraus gestellt. Bitte sehen Sie zuerst im Handbuch nach, bevor Sie Bugs berichten!

ALTER TABLE --- stabil

Einige Änderungen in Version 3.22.12.

DBD --- stabil

Wird jetzt von Jochen Wiedmann gewartet (<wiedmann@neckar-alb.de>). Danke!

mysqlaccess --- stabil

Geschrieben und gewartet von Yves Carlier (<Yves.Carlier@rug.ac.be>). Danke!

GRANT --- stabil

große Änderungen in MySQL Version 3.22.12.

MyODBC (benutzt ODBC SDK 2.5) --- Gamma

Scheint mit einigen Programmen gut zu laufen.

Replikation -- Beta / Gamma

Wir arbeiten noch an der Replikation, also erwarten Sie nicht, dass diese schon felsenfest steht. Auf der anderen Seite benutzen MySQL- Benutzer diese bereits mit guten Resultaten.

BDB-Tabellen -- Beta

Der Berkeley-Datenbank-Code ist sehr stabil, aber wir verbessern immer noch die Schnittstelle zwischen MySQL und BDB-Tabellen, also wird es einige Zeit dauern, bevor dies so gut wie andere Tabellentypen getestet ist.

InnoDB-Tabellen -- stabil

Der transaktionale Tabellen-Handler InnoDB wurde im MySQL 3.23-Baum stabil erklärt, ab Version 3.23.49. InnoDB wird in großen hochbelasteten Produktionssystemen eingesetzt.

Automatische Wiederherstellung von MyISAM-Tabellen - Beta

Dies betrifft nur den neuen Code, der beim Öffnen einer Tabelle nachsieht, ob diese korrekt geschlossen wurde und ein automatisches Überprüfen / Reparieren der Tabelle ausführt, falls das nicht der Fall war.

MERGE-Tabellen -- Beta / Gamma

Die Benutzung von Schlüsseln bei MERGE-Tabellen ist noch nicht sehr ausgetestet. Der restliche Teile des MERGE-Codes ist recht gut getestet.

FULLTEXT -- Beta

Textsuche scheint zu funktionieren, wird aber noch nicht viel eingesetzt.

MySQL benutzt Unix-Zeitfunktionen und hat keine Probleme mit Datumsangaben bis 2069. Alle zweistelligen Jahresangaben werden als Angaben zwischen 1970 und 2069, betrachtet, was bedeutet, dass, wenn Sie 01 in einer Spalte speichern, MySQL dies als 2001 behandelt.

Alle MySQL Datumsfunktionen sind in einer Datei sql/time.cc gespeichert und sehr sorgfältig kodiert, um Jahr-2000-sicher zu sein.

In MySQL Version 3.22 und später kann der neue Spaltentyp YEAR Jahre 0 und von 1901 bis 2155 in 1 Byte speichern und sie mit 2 oder 4 Ziffern anzeigen.

Wenn Sie ein Programm, das nicht freie Software ist, mit Code des MySQL-Servers oder der Client-Programme verbinden, die den GPL-Copyrights unterliegen. Das ist zum Beispiel der Fall, wenn Sie MySQL als eingebetteten Server (Embedded Server) in Ihren Applikationen benutzen, oder wenn Sie dem MySQL-Server Erweiterungen hinzufügen, die nicht freie Software sind. In diesen Fällen würden Ihre Applikation bzw. Ihr Code ebenfalls GPL werden, weil die GPL in solchen Fällen wie ein Virus wirkt. Sie können dieses Problem vermeiden, wenn Sie den MySQL-Server mit einer kommerziellen Lizenz von MySQL AB erwerben. Siehe http://www.gnu.org/copyleft/gpl-faq.html.

Wenn Sie eine kommerzielle Applikation haben, die NUR mit MySQL funktioniert, und wenn Sie die Applikation zusammen mit dem MySQL-Server ausliefern. Wir betrachten so etwas als Einbindung, selbst wenn es über das Netzwerk geschieht.

Wenn Sie eine Distribution von MySQL besitzen und nicht den Quelltext für Ihre Kopie des MySQL-Servers zur Verfügung stellen, so wie es in der GPL-Lizenz festgelegt ist.

Version 4.0 erhöht die Geschwindigkeit des MySQL-Servers in einigen Bereichen noch weiter, zum Beispiel bei Massen-INSERTs, beim Suchen auf komprimierten Indexen, der Erzeugung von FULLTEXT-Indexen oder auch bei COUNT(DISTINCT).

Der Tabellen-Handler InnoDB wird jetzt als Feature des standardmäßigen MySQL-Servers angeboten und enthält vollständige Unterstützung für Transaktionen und Sperren auf Zeilenebene.

Der MySQL-Server 4.0 unterstützt sichere Kommunikation zwischen Client und Server, wodurch die Sicherheit gegen böswilliges Eindringen und unbefugten Zugriff erheblich erhöht wird. Bei Web-Applikationen, die ein Grundpfeiler der MySQL-Benutzung sind, konnten Web-Entwickler immer schon SSL verwenden, um den Verkehr zwischen Endbenutzer-Browser und der Web-Applikation zu sichern, sei sie nun in PHP, Perl, ASP oder mit irgend einem anderen Web-Entwicklungswerkzeug geschrieben. Der Verkehr zwischen dem Entwicklungswerkzeug und dem mysqld-Serverprozess konnte bislang aber nur dadurch gesichert werden, dass die Prozesse auf Computern innerhalb derselben Firewall residierten. Ab MySQL-Server 4.0 kann der mysqld-Server-Daemon-Prozess selbst Secure Sockets Layer (SSL) benutzen, was ihn in die Lage versetzt, eine sichere Datenübertragung zwischen einer MySQL-Datenbank und beispielsweise einer Windows-Applikation ausserhalb der Firewall aufzubauen.

Unsere deutschen, österreichischen und schweizerischen Benutzer werden bemerken, dass es einen neuen Zeichensatz latin_de gibt, der die deutsche Sortierreihenfolge beinhaltet, indem deutsche Umlaute in derselben Sortierung erscheinen wie bei deutschen Telefonbüchern üblich.

Zu den Features, die die Migration von anderen Datenbanksystemen zum MySQL-Server erleichtern, gehören TRUNCATE TABLE (wie in Oracle) und IDENTITY a1s Synonym für automatisch hochgezählte Schlüssel (wie in Sybase). viele Benutzer werden sich auch darüber freuen, dass der MySQL-Server jetzt das UNION-Statement unterstützt, ein lang erwartetes Standard-SQL-Feature.

Bei der Erstellung neuer Features für neue Benutzer haben wir die Gemeinschaft treuer Benutzer nicht vergessen. Es gibt jetzt Multi- Tabellen-DELETE-Statements. Durch das Hinzufügen von Unterstützung für symbolisches Verknüpfen von MyISAM auf Tabellenebene (und nicht nicht - wie bisher - auf Datenbankebene), sowie durch das vorgabemäßige Anschalten der Verknüpfungen unter Windows hoffen wir zeigen zu können, dass wir Verbesserungsvorschläge ernst nehmen. Funktionen wie SQL_CALC_FOUND_ROWS und FOUND_ROWS() ermöglichen herauszufinden, wie viele Zeilen eine Anfrage ohne eine LIMIT-Klausel zurückgegeben hätte.

Benutzer des MySQL-Servers für geschäftskritische Hochlast-Anwendungen werden die Ergänzungen unseres Replikationssystems und unsere Online- "Hot"-Datensicherung begrüßen. Spätere Versionen von 4.0 werden absturzsichere Replikation beinhalten, die es bereits in Version 4.0.0 gibt, sowie den LOAD DATA FROM MASTER-Befehl, der bald das Aufsetzen von Slaves automatisieren wird. online backup wird das Hinzufügen eines neuen Replikations-Slaves erleichtern, ohne dass man den Master herunterfahren muss, und es gibt auf Systemen mit vielen Aktualisierungen nur geringe Geschwindigkeitseinbussen.

Als Bequemlichkeits-Feature für Datenbank-Administratoren wird hinzugefügt, dass mysqld-Parameter (Startoptionen) bald ohne das Herunterfahren des Servers gesetzt werden können.

Die neuen Eigenschaften des MySQL-Servers 4.0 für die Volltext- (FULLTEXT)-Suche ermöglichen die FULLTEXT-Indexierung großer Texte sowohl mit binärer wie auch mit natürlichsprachiger Suchlogik. Benutzer können minimale Wortlängen anpassen und ihre eigenen Stopp-Wort-Listen in jeder menschlichen Sprache festlegen, wodurch gänzlich neue Applikationen ermöglicht werden, die auf dem MySQL-Server aufbauen.

Viele Applikationen mit starkem Lesezugriff werden durch die noch weiter erhöhte Geschwindigkeit des neu geschriebenen Schlüssel-Caches profitieren.

Viele Entwickler wird auch die MySQL-Befehlshilfe im Client freuen.

Bücher Hier finden Sie alle möglichen MySQL- oder Computer-bezogenen Bücher, die Sie kommentieren, bewerten oder kaufen können. Während dieses Handbuch (insbesondere die Online-Version) immer noch der richtige Platz für aktuellste technische Informationen ist, ist sein vorrangiges Ziel, alles zu enthalten, was man über das MySQL-Datenbanksystem wissen kann. Manchmal ist es nett, ein gebundenes Buch zu haben, dass man im Bett oder auf Reisen lesen kann. Wenn Sie ein Buch über die angegebenen Hyperlinks kaufen, tragen Sie zur Entwicklung der MySQL-Software bei.

Entwicklung Dieses Portal hat Links auf Seiten, die den MySQL-Server für unterschiedliche Zwecke benutzen, mit einer Beschreibung jeder Site. Diese Informationen können Ihnen eine gute Vorstellung davon geben, wer MySQL-Datenbank-Software benutzt und wie der MySQL-Server ihre Anforderungen erfüllt. Teile Sie uns auch Ihre Site oder Erfolgsgeschichte mit!

Software Hier finden Sie eine Vielzahl von Applikationen und Wrappern, die den MySQL-Server benutzen, die Sie auch herunter laden können.

Distributionen Hier finden Sie die verschiedenen Linux-Distributionen und weitere Software-Pakete, die die MySQL-Software enthalten.

Berater Hier finden Sie Informationen über MySQL-Berater.

Partner Hier finden Sie alle MySQL-Partner.

|| ist Zeichenketten-Verkettung (Konkatenation) anstelle von OR.

Sie können eine beliebige Anzahl von Leerzeichen zwischen Funktionnamen und ‘(’ eingeben. Das führt zwangsläufig dazu, dass alle Funktionsnamen als reservierte Wörter behandelt werden.

‘"’ ist dann ein Quotierungsbezeichner (wie das MySQL- ‘`’-Anführungszeichen) und kein Zeichen, dass einen String einschließt.

REAL wird zu einem Synonym für FLOAT anstelle eines Synonyms für DOUBLE.

Der Standard-Isolationslevel für Transaktionen ist SERIALIZABLE. See Abschnitt 7.7.3, „SET TRANSACTION-Syntax“.

Die Feldtypen MEDIUMINT, SET, ENUM und die unterschiedlichen BLOB- und TEXT-Typen.

Die Feldattribute AUTO_INCREMENT, BINARY, NULL, UNSIGNED und ZEROFILL.

Alle Zeichenkettenvergleiche achten vorgabemäßig nicht auf Groß-/Kleinschreibung, wobei die Sortierreihenfolge vom aktuell verwendeten Zeichensatz abhängig ist (ISO-8859-1 Latin1 als Vorgabe). Wenn Sie das nicht wollen, sollten Sie Ihre Spalten mit dem BINARY-Attribut deklarieren oder den BINARY-Cast benutzen, der dafür sorgt, dass Vergleiche mit der ASCII-Sortierung durchgeführt werden, die der MySQL-Server-Host benutzt.

MySQL legt jede Datenbank als Verzeichnis unterhalb des MySQL-data- Verzeichnisses an und Tabellen innerhalb einer Datenbank als Dateien in dem Datenbank-Verzeichnis.

Das hat ein paar Auswirkungen:

In SQL-Statements können Sie Tabellen aus verschiedenen Datenbanken mit der db_name.tbl_name-Syntax ansprechen. Einige SQL-Syntax stellen dieselbe Funktionalität zur Verfügung, nennen dies aber User space. MySQL unterstützt keine Tablespaces wie in folgendem Beispiel: create tabelle ralph.meine_tabelle...IN mein_tablespace.

LIKE ist für numerische Spalten erlaubt.

Die Benutzung von INTO OUTFILE und STRAIGHT_JOIN in einem SELECT-Statement. See Abschnitt 7.4.1, „SELECT-Syntax“.

Die Option SQL_SMALL_RESULT in einem SELECT-Statement.

EXPLAIN SELECT, um eine Beschreibung zu erhalten, wie Tabellen verknüpft werden (Join).

Die Benutzung von Index-Namen, Indexen auf ein Prefix eines Feldes, und die Benutzung von INDEX oder KEY in einem CREATE TABLE- Statement. See Abschnitt 7.5.3, „CREATE TABLE-Syntax“.

Die Benutzung von TEMPORARY oder IF NOT EXISTS mit CREATE TABLE.

Die Benutzung von COUNT(DISTINCT list), wobei 'list' mehr als ein Element ist.

Die Benutzung von CHANGE spalten_name, DROP spalten_name, oder DROP INDEX, IGNORE oder RENAME in einem ALTER TABLE-Statement. See Abschnitt 7.5.4, „ALTER TABLE-Syntax“.

Die Benutzung von RENAME TABLE. See Abschnitt 7.5.5, „RENAME TABLE-Syntax“.

Die Benutzung mehrfacher ADD-, ALTER-, DROP-, oder CHANGE-Klauseln in einem ALTER TABLE Statement.

Die Benutzung von DROP TABLE mit the keywords IF EXISTS.

Sie können mehrere Tabellen löschen mit einem einzigen DROP TABLE-Statement.

Die LIMIT-Klausel des DELETE-Statements.

Die DELAYED-Klausel der INSERT- und REPLACE- Statements.

Die LOW_PRIORITY-Klausel der INSERT-, REPLACE-, DELETE- und UPDATE-Statements.

Die Benutzung von LOAD DATA INFILE. In vielen Fällen ist diese Syntax kompatibel mit Oracles LOAD DATA INFILE. See Abschnitt 7.4.9, „LOAD DATA INFILE-Syntax“.

Die ANALYZE TABLE-, CHECK TABLE-, OPTIMIZE TABLE- und REPAIR TABLE-Statements.

Das SHOW-Statement. See Abschnitt 5.5.5, „SHOW-Syntax“.

Zeichenketten dürfen sowohl durch ‘"’ als auch durch ‘'’ eingeschlossen werden, nicht nur durch ‘'’.

Die Benutzung des Escape(‘\’)Zeichens.

Das SET OPTION-Statement. See Abschnitt 6.5.6, „SET-Syntax“.

Sie müssen nicht alle ausgewählten Spalten im GROUP BY-Teil nennen. Hierdurch ergibt sich eine bessere Performance für einige sehr spezifische, aber recht gewöhnliche Anfragen.

Man kann ASC und DESC bei GROUP BY spezifizieren.

Um es Benutzern leichter zu machen, die von anderen SQL-Umgebungen kommen, unterstützt MySQL Aliase für viele Funktionen. Zum Beispiel unterstützen alle Zeichenketten-Funktionen sowohl die ANSI-SQL-Syntax als auch die ODBC-Syntax.

MySQL kennt die Operatoren || und &&, die logisches Oder und logisches Und bedeuten, wie in der Programmiersprache C. In MySQL sind || und OR Synonyme, wie auch && und AND. Aufgrund dieser freundlichen Syntax unterstützt MySQL nicht den ANSI-SQL-||-Operator für Zeichenketten-Verkettung (Konkatenation); benutzen Sie statt dessen CONCAT(). Weil CONCAT() eine beliebige Anzahl von Argumenten entgegennimmt, ist es leicht, die Benutzung des ||-Operators zu MySQL zu konvertieren.

CREATE DATABASE oder DROP DATABASE. See Abschnitt 7.5.1, „CREATE DATABASE-Syntax“.

Der %-Operator ist ein Synonym für MOD(). Das heißt N % M ist äquivalent zu MOD(N,M). % wird für C-Programmierer und für Kompatibilität mit PostgreSQL unterstützt.

Die =-, <>-, <=-, <-, >=-, >-, <<-, >>-, <=>-, AND-, OR- oder LIKE-Operatoren können in Spaltenvergleichen links von FROM in SELECT Statements benutzt werden. Beispiel:

mysql> SELECT spalte1=1 AND spalte2=2 FROM tabelle_name;

Die LAST_INSERT_ID()-Funktion. See Abschnitt 9.4.3.30, „mysql_insert_id()“.

Die REGEXP- und NOT REGEXP-Operatoren für erweiterte reguläre Ausdrücke.

CONCAT() oder CHAR() mit einem Argument oder mehr als zwei Argumenten. (In MySQL können diese Funktionen jede beliebige Anzahl von Argumenten entgegennehmen.)

Die Funktionen BIT_COUNT(), CASE, ELT(), FROM_DAYS(), FORMAT(), IF(), PASSWORD(), ENCRYPT(), md5(), ENCODE(), DECODE(), PERIOD_ADD(), PERIOD_DIFF(), TO_DAYS() oder WEEKDAY().

Die Benutzung von TRIM(), um Teile von Zeichenketten zu entfernen. ANSI SQL unterstützt nur die Entfernung einzelner Zeichen.

Die GROUP BY-Funktionen STD(), BIT_OR() und BIT_AND().

Die Benutzung von REPLACE anstelle von DELETE + INSERT. See Abschnitt 7.4.8, „REPLACE-Syntax“.

Das FLUSH flush_option-Statement.

Die Möglichkeit, Variablen in einem Statement mit := zu setzen:

SELECT @a:=SUM(total),@b=COUNT(*),@a/@b AS avg FROM test_tabelle;
SELECT @t1:=(@t2:=1)+@t3:=4,@t1,@t2,@t3;

-- ist nur dann ein Kommentar, wenn darauf Whitespace folgt. See Abschnitt 2.7.4.8, „'--' als Beginn eines Kommentars“.

Bei VARCHAR-Spalten werden Leerzeichen am Ende entfernt, wenn der Wert gespeichert wird. See Abschnitt 2.7.5, „Bekannte Fehler und Design-Unzulänglichkeiten in MySQL“.

In einigen Fällen ändern sich CHAR-Spalten automatisch (silent) in VARCHAR-Spalten. See Abschnitt 7.5.3.1, „Stille Spaltentyp-Änderungen“.

Zugriffsrechte für eine Tabelle werden nicht automatisch widerrufen, wenn Sie eine Tabelle löschen. Sie müssen explizit ein REVOKE-Statement absetzen, um die Zugriffsrechte für eine Tabelle zu widerrufen. See Abschnitt 5.3.1, „GRANT- und REVOKE-Syntax“.

NULL AND FALSE werden zu NULL ausgewertet und nicht zu FALSE. Der Grund hierfür liegt darin, dass wir meinen, dass es keine gute Idee ist, eine Menge von Sonderkonditionen für diesen Fall auswerten zu müssen.

ANALYZE TABLE kann eine BDB-Tabelle in manchen Fällen unbenutzbar machen, bis mysqld neu gestartet wird. Wenn so etwas passiert, stehen Fehlermeldungen wie die folgende in der MySQL-Fehler-Datei (Error File):

001207 22:07:56  bdb:  log_flush: LSN past current end-of-log

Führen Sie mit einer BDB-Tabelle nicht ALTER TABLE aus, wenn Sie mit dieser noch nicht abgeschlossene Mehrfach-Statement-Transaktionen durchführen. (Die Transaktion wird wahrscheinlich ignoriert.)

ANALYZE TABLE, OPTIMIZE TABLE und REPAIR TABLE können Probleme bei Tabellen verursachen, für die INSERT DELAYED benutzt wird.

Wenn Sie LOCK TABLE .. und FLUSH TABLES .. benutzen, können Sie nicht sicher sein, dass bei der fraglichen Tabelle keine halb abgeschlossenen Transaktionen im Gange sind.

BDB-Tabellen lassen sich etwas langsam öffnen. Wenn Sie viele BDB-Tabellen in einer Datenbank haben, kann es sehr lange dauern, bis Sie den mysql-Client für diese Datenbank benutzen können, wenn Sie die -A-Option oder rehash benutzen. Das macht sich speziell dann bemerkbar, wenn Sie einen große Tabellen-Cache benutzen.

Das momentane Replikationsprotokoll kann nicht mit LOAD DATA INFILE und mit Zeilenbegrenzungszeichen (line terminator characters) umgehen, die mehr als 1 Zeichen enthalten.

Momentan funktioniert MATCH nur bei SELECT-Statements.

Wenn Sie SET CHARACTER SET benutzen, können Sie keine landesspezifischen (nationalen) Zeichen für Datenbank-, Tabellen- und Spaltennamen verwenden (also z. B. kein ä, ö, ü).

DELETE FROM merge_table ohne WHERE löscht nur die Zuordnung (das Mapping) für die Tabelle, nicht alles in der zugeordneten (gemappten) Tabelle.

Sie können den Server nicht in ein anderes Verzeichnis bauen, wenn Sie MIT-Pthreads verwenden. Weil dies Änderungen an MIT-Pthreads bedingen würde, werden wir dieses Problem wahrscheinlich nicht beheben.

BLOB-Werte können nicht ``zuverlässig'' in GROUP BY-, ORDER BY oder DISTINCT-Klauseln benutzt werden. In diesen Fällen werden bei Vergleichen nur die ersten max_sort_length Bytes (Vorgabewert 1024) von BLOBs benutzt. Die Voreinstellung kann mit der -O max_sort_length-Option für mysqld geändert werden. In den meisten Fällen können Sie als Workaround eine Teilzeichenkette (Substring) verwenden: SELECT DISTINCT LEFT(blob,2048) FROM tabelle.

Berechnungen werden mit BIGINT oder DOUBLE durchgeführt (beide sind normalerweise 64 Bits lang). Es hängt von der verwendeten Funktion ab, welche Genauigkeit man erhält. Als allgemeine Regel gilt, dass Bit-Funktionen mit BIGINT-Genauigkeit, IF und ELT() mit BIGINT- oder DOUBLE-Genauigkeit und der Rest mit DOUBLE-Genauigkeit durchgeführt werden. Man sollte vermeiden, vorzeichenlose Werte, die größer als 63 Bits sind (9223372036854775807), zu verwenden, ausser für Bit-Felder! MySQL 4.0 bietet eine bessere BIGINT-Handhabung als MySQL 3.23.

Bei allen Zeichenketten-Spalten ausser bei BLOB- und TEXT-Spalten werden Leerzeichen am Ende automatisch entfernt, wenn sie abgerufen werden. Bei CHAR-Typen ist das okay und kann gemäß ANSI-SQL92 als ein Feature betrachtet werden. Der Bug besteht darin, dass in MySQL auch VARCHAR-Spalten auf dieselbe Art behandelt werden.

Pro Tabelle können höchstens 255 ENUM- und SET-Spalten verwendet werden.

safe_mysqld leitet alle Nachrichten von mysqld in die mysqld-Logdatei um. Ein Problem ergibt sich, wenn Sie mysqladmin refresh benutzen, um die Logdatei zu schließen und wieder zu öffnen. In diesem Fall werden stdout und stderr immer noch in die alte Logdatei geleitet. Wenn Sie --log umfangreich benutzen, sollten Sie safe_mysqld editieren, um in 'hostname'.err anstelle von 'hostname'.log zu loggen, damit Sie den Speicherplatz für das alte Log leicht neu belegen können, indem Sie das alte Log löschen und mysqladmin refresh ausführen.

Im UPDATE-Statement, werden Spalten von links nach rechts aktualisiert (Update). Wenn Sie sich auf eine aktualisierte Spalte beziehen, erhalten Sie den aktualisierten Werte anstelle des ursprünglichen Werts. Beispiel:

mysql> UPDATE tabelle SET KEY=KEY+1,KEY=KEY+1;

Dieses Statement aktualisiert KEY mit 2 anstelle von 1.

Sie können temporäre Tabellen nicht öfter als einmal innerhalb derselbe Anfrage benutzen. Das Folgende zum Beispiel funktioniert nicht:

select * from temporaere_tabelle, temporaere_tabelle as t2;

RENAME funktioniert nicht bei TEMPORARY-Tabellen.

Unter Umständen behandelt der Optimierer (Optimizer) DISTINCT unterschiedlich, je nachdem, ob Sie 'versteckte' Spalten in einem Join benutzen oder nicht. In einem Join werden versteckte Spalten als Teil des Ergebnisses gezählt (selbst wenn sie nicht angezeigt werden), während versteckte Spalten in normalen Anfragen nicht an einem DISTINCT-Vergleich teilnehmen. Zukünftig werden wir dieses Verhalten wahrscheinlich ändern, so dass versteckte Spalten nie verglichen werden, wenn DISTINCT ausgeführt wird.

Hierfür ein Beispiel:

SELECT DISTINCT mp3id FROM band_downloads WHERE userid = 9 ORDER BY id
DESC;

und

SELECT DISTINCT band_downloads.mp3id, FROM band_downloads,band_mp3
WHERE band_downloads.userid = 9 AND band_mp3.id = band_downloads.mp3id
ORDER BY band_downloads.id DESC;

Im zweiten Fall bekommen Sie in MySQL 3.23.x möglicherweise zwei identische Zeilen in der Ergebnismenge (weil die versteckten 'id'-Spalten unterschiedlich sein können).

Beachten Sie, dass dies nur für Anfragen zutrifft, bei denen die ORDER BY-Spalten nicht im Ergebnis enthalten sind. ANSI-SQL erlaubt dies nicht

Weil MySQL es zuläßt, mit Tabellentypen zu arbeiten, die keine Transaktionen unterstützen (und folglich Daten nicht per rollback in den vorherigen Zustand bringen können), verhalten sich einige Dinge in MySQL etwas anderes als in anderen SQL-Servern. Das kann manchmal etwas ungünstig sein, weil Spaltenwerte in der Applikation überprüft werden müssen. Auf der anderen Seite erhalten Sie dadurch eine nette Geschwindigkeitssteigerung, weil es MySQL gestattet, einige Optimierungen vorzunehmen, die ansonsten sehr schwer durchzuführen sein würden.

Wenn Sie eine Spalte auf einen nicht zulässigen Wert setzen, speichert MySQL, statt ein Rollback durchzuführen, den besten möglichen Wert in der Spalte:

Wenn Sie PROCEDURE auf eine Anfrage ausführen, die eine leere Ergebnismenge liefert, kann es in einigen Fällen vorkommen, dass PROCEDURE die Spalten nicht umwandelt.

Wenn Sie eine Tabelle vom Typ MERGE anlegen, wird nicht überprüft, ob die zugrunde liegenden Tabellen von einem kompatiblen Typ sind.

MySQL kann bislang nicht mit NaN-, -Inf- und Inf-Werten in Doubles umgehen. Wenn Sie diese benutzen, gibt es Probleme, wenn Daten importiert oder exportiert werden. Als Zwischenlösung sollten Sie NaN in NULL umwandeln (falls möglich) und -Inf und Inf in den kleinsten bzw. größten möglichen Wert.

Negative Zahlen in der LIMIT-Klausel werden als große positive Zahlen behandelt.

Wenn Sie ALTER TABLE benutzen, um einen UNIQUE-Index zu einer Tabelle hinzuzufügen, die in einer MERGE-Tabelle benutzt wird, und dann ALTER TABLE benutzen, um der MERGE-Tabelle einen normalen Index hinzuzufügen, weicht die Reihenfolge der Schlüssel für die Tabellen ab. Das liegt daran, dass ALTER TABLE UNIQUE-Schlüssel vor normalen Schlüsseln einfügt, um doppelte Schlüssel so früh wie möglich erkennen zu können.

Man kann einen hängenden Thread erhalten, wenn man DROP TABLE auf eine Tabelle ausführt, die zu vielen Tabellen gehört, die mit LOCK TABLES gesperrt sind.

In folgenden Fällen können Sie einen Core Dump erhalten:

Vor MySQL-Version 3.23.2 kann ein UPDATE fehlschlagen, dass einen Schlüssel mit einer WHERE-Klausel auf denselben Schlüssel aktualisiert, weil der Schlüssel benutzt wurde, um nach Datensätzen zu suchen, und dieselbe Zeile mehrfach gefunden wurde:

UPDATE tabelle SET KEY=KEY+1 WHERE KEY > 100;

Ein Workaround besteht in der Benutzung von:

mysql> UPDATE tabelle SET KEY=KEY+1 WHERE KEY+0 > 100;

Das funktioniert, weil MySQL auf Ausdrücke (Expressions) in der WHERE-Klausel keine Indizes benutzt.

Vor MySQL-Version 3.23 wurden alle numerischen Typen als Festkomma-Felder behandelt. Das bedeutet, dass Sie festlegen müssen, wie viele Dezimalstellen ein Fließkomma-Feld haben soll. Alle Werte wurden mit der korrekten Anzahl von Dezimalstellen zurückgegeben.

Benutzern erlauben, die Startoptionen zu ändern, ohne den Server herunter fahren zu müssen.

Störsichere Replikation.

Mehr Funktionen für die Volltextsuche. See Abschnitt 7.8.3, „Neue Features der Volltextsuche in MySQL 4.0“.

Neuer Schlüssel-Cache

Neues Dateiformat für die Tabellendefinition (.frm-Dateien). Das versetzt uns in die Lage, nicht irgendwann keine Bits mehr zu haben, wenn wir weitere Tabellenoptionen hinzufügen. Es wird nach wie vor möglich sein, in 4.0 das alte .frm-Dateiformat zu benutzen. Alle neu erzeugten Tabellen werden jedoch das neue Format benutzen.

Das neue Dateiformat versetzt uns in die Lage, neue Spaltentypen, mehr Optionen für Schlüssel und FOREIGN KEY-Support hinzuzufügen.

Die Replikation sollte mit RAND() und Benutzer-Variablen @var funktionieren.

Online-Datensicherung mit sehr geringen Performance-Einbussen. Das Online-Backup wird das Hinzufügen eines neuen Replikations-Slaves erleichtern, ohne dass man den Master herunter fahren muss.

Es zulassen, dass DELETE auf MyISAM-Tabellen den Datensatz-Cache benutzt. Um das zu tun, müssen wir den Thread-Cache für Datensätze aktualisieren, wenn wir die .MYD-Datei aktualisieren.

Zeichensatz-Festlegungen (Casts) und Syntax für die Handhabung mehrerer Zeichensätze.

Hilfe für alle Befehle des Clients.

Sichere Verbindungen (mit SSL).

SHOW COLUMNS FROM tabelle (der vom mysql-Client benutzt für die Erweiterung von Spaltennamen benutzt wird) sollte nicht die Tabelle öffnen, sondern nur die Definitionsdatei. Das wird weniger Speicher beanspruchen und sehr viel schneller sein.

Bei der Benutzung von SET CHARACTER SET sollten wir die gesamte Anfrage übersetzen und nicht nur Zeichenketten. Das würde Benutzern ermöglichen, landesspezifische Zeichen auch in Datenbank-, Tabellen- und Spaltenamen zu benutzen.

Hinzufügen einer portablen Schnittstelle zu gethostbyaddr_r(), damit wir ip_to_hostname() davon abhalten können, andere Threads zu blockieren, während es DNS-Lookups durchführt.

Hinzufügen der record_in_range()-Methode zu MERGE-Tabellen, um den richtigen Index auswählen zu können, wenn es viele gibt, aus denen ausgewählt werden kann. Wir sollten auch die info-Schnittstelle erweitern, um die Schlüsselverteilung für jeden Index zu erhalten, wenn analyze über alle Unter-Tabellen läuft.

SET SQL_DEFAULT_TABLE_TYPE=[MyISAM | INNODB | BDB | HEAP].

Unteranfragen (Subqueries). select id from t where grp in (select grp from g where u > 100)

Atomische Multi-Tabellen-Updates, zum Beispiel update items,month set items.price=month.price where items.id=month.id;;

Abgeleitete Tabellen (Derived Tables).

select a.col1, b.col2 from (select max(col1) as col1 from root_table ) a,
other_table b where a.col1=b.col1

Das könnte erreicht werden, indem für die Dauer der Anfrage automatisch temporäre Tabellen für die abgeleiteten Tabellen erzeugt werden.

Hinzufügen eines PREPARE von Statements und Senden von Parametern an mysqld.

Erweiterung des Client-Server-Protokolls, um Warnungen (Warnings) zu unterstützen.

Hinzufügen von Optionen zum Client-Server-Protokoll, um Fortschrittsanzeigen für lange laufende Kommandos zu erhalten.

Hinzufügen von Datenbank und echtem Tabellennamen (im Falle von Alias) zur MYSQL_FIELD-Struktur.

Nicht mehr als die festgelegte Anzahl von Threads zulassen, um MyISAM recover zeitgleich laufen zu lassen.

INSERT ... SELECT ändern, um optional konkurrierende Inserts zu benutzen.

RENAME DATABASE implementieren. Damit das sicher für alle Tabellen-Handler funktioniert, sollte es wie folgt laufen:

Die Original-Feldtypen zurückgeben, wenn SELECT MIN(column)... GROUP BY ausgeführt wird.

Mehrfache Ergebnismengen (Multiple Result Sets).

Änderung des Protokolls, um Binärübertragung von Werten zu ermöglichen. Um das effizient zu machen, müssen wir eine API hinzufügen, die Bindung (Binding) von Variablen erlaubt.

mysqld.

Es soll möglich sein, long_query_time mit einer Auflösung in Mikrosekunden festzulegen.

Hinzufügen eines konfigurierbaren Prompts zum mysql-Kommandozeilen-Werkzeug, mit Optionen wie Datenbank in Benutzung, Zeit und Datum ...

Hinzufügen von Bereichsüberprüfung (Range Checking) zu MERGE-Tabellen.

myisampack-Code in den Server einlinken.

Portierung von MySQL auf BeOS.

Portierung von MySQL-Clients auf LynxOS.

Hinzufügen eines temporären Schlüssel-Puffer-Caches während INSERT/DELETE/UPDATE, um den vorherigen Zustand elegant wiederherstellen zu können, wenn der Index voll wird.

Wenn ein ALTER TABLE auf eine Tabelle durchgeführt wird, die per Symlink auf einer anderen Festplatte ist, temporäre Tabellen auf dieser Festplatte erzeugen.

Implementierung eines DATE/DATETIME-Typs, der Zeitzonen-Informationen sauber handhabt, damit der Umgang mit Datumswerten in verschiedenen Zeitzonen leichter wird.

FreeBSD- und MIT-pThreads; nehmen schlafende Threads CPU in Anspruch?

Prüfen, ob gesperrte Threads CPU beanspruchen.

Configure reparieren, so dass man alle Bibliotheken (wie MyISAM) ohne Threads kompilieren kann.

Hinzufügen einer Option, um regelmäßig die Schlüsselseiten (Key Pages) für Tabellen mit verzögerten Schlüsseln (Delayed Keys) zu löschen (flush), wenn Sie eine Weile nicht in Gebrauch waren.

Verknüpfungen (Join) auf Teile des Schlüssels zulassen (Optimierungsthema).

INSERT SQL_CONCURRENT und mysqld --concurrent-insert sollen ein konkurrierendes Insert am Ende der Datei machen, falls die Datei lese-gesperrt ist.

FOREIGN-Key-Festlegungen in der .frm-Datei speichern.

Kaskadierendes Löschen (DELETE)

Serverseitige Cursor.

Prüfen, ob lockd mit modernen Linux-Kernels funktioniert; wenn nicht, müssen wir lockd überarbeiten! Um das zu testen, startet man mysqld mit --enable-locking und läßt die verschiedenen fork* test suits laufen. Sie sollten keine Fehler produzieren, wenn lockd funktioniert.

SQL-Variablen in LIMIT zulassen, wie LIMIT @a,@b.

Aktualisierung von Variablen in UPDATE-Statements zulassen, zum Beispiel: UPDATE TABLE foo SET @a=a+b,a=@a, b=@a+c

Wenn Benutzervariablen aktualisiert werden, so ändern, dass man sie mit GROUP BY benutzen kann wie in folgendem Beispiel: SELECT id, @a:=count(*), sum(sum_col)/@a FROM tabelle GROUP BY id.

Keine automatischen DEFAULT-Werte zu Spalten hinzufügen. Fehler ausgeben, wenn ein INSERT benutzt wird, dass keine Spalte enthält, die keinen DEFAULT-Wert hat.

Caching von Anfragen und Ergebnissen. Das sollte als separates Modul gemacht werden, das jede Anfrage prüft. Falls diese Anfrage im Cache ist, soll das Cache-Ergebnis zurückgegeben werden. Wenn man eine Tabelle aktualisiert, sollte man so wenige Anfragen wie möglich aus dem Cache entfernen. Das sollte eine große Geschwindigkeitssteigerung auf Maschinen geben, die viel RAM haben und wo Anfragen of wiederholt werden (wie WWW-Applikationen). Eine Idee wäre, nur Anfrage des Typs SELECT CACHED ... zu cachen.

libmysql.c überarbeiten, damit zwei mysql_query()-Befehle in einer Zeile stehen können, ohne dass Ergebnisse gelesen werden oder man eine nette Fehlermeldung erhält, wenn man das tut.

Optimierung des BIT-Typs, so dass er 1 Bit aufnimmt (momentan nimmt BIT 1 Zeichen auf).

Prüfen, warum MIT-pThreads ctime() auf einigen FreeBSD-Systemen nicht funktioniert.

Hinzufügen einer IMAGE-Option zu LOAD DATA INFILE, damit TIMESTAMP- und AUTO_INCREMENT-Felder nicht aktualisiert werden.

LOAD DATE INFILE.. UPDATE-Syntax hinzufügen.

LOAD DATA INFILE soll auch folgende Syntax verstehen:

LOAD DATA INFILE 'datei.txt' INTO TABLE tabelle
TEXT_FIELDS (text_feld1, text_feld2, text_feld3)
SET tabelle_feld1=concatenate(text_feld1, text_feld2), tabelle_feld3=23
IGNORE text_feld3

Das kann benutzt werden, um zusätzliche Spalten in der Textdatei zu
überspringen oder um Spalten basierend auf Ausdrücken in den gelesenen
Daten zu aktualisieren ...

LOAD DATA INFILE 'datei' INTO TABLE 'tabelle' ERRORS TO err_tabelle Das würde bewirken, dass alle Fehler und Warnungen in der err_tabelle mitgeschrieben werden. Diese Tabelle hätte etwa folgende Struktur:

zeile_nummer     - Zeilennummer in der Datendatei
fehler_nachricht - die Fehler-/Warnungs-Nachricht
und vielleicht


daten_zeile      - die Zeilennummer der Datendatei

Hinzufügen von echter VARCHAR-Unterstützung (gibt es schon in MyISAM).

Automatische Ausgabe von mysql an Netscape.

LOCK DATABASES. (mit vielerlei Optionen)

Ändern wie Sortierung Speicher alloziert, um bessere Speicherausnutzung zu erhalten.

DECIMAL- und NUMERIC-Typen können keine exponentiellen Zahlen lesen; Field_decimal::store(const char *from,uint len) muss neu kodiert werden, um das zu beheben.

mysql.cc überarbeiten, damit weniger malloc()-Aufrufe durchgeführt werden, wenn Feldnamen gehasht werden.

Funktionen: ADD_TO_SET(wert,set) und REMOVE_FROM_SET(wert,set)

Benutzung von t1 JOIN t2 ON ... und t1 JOIN t2 USING ... hinzufügen. Momentan kann man diese Syntax nur mit LEFT JOIN benutzen.

Volle Unterstützung für unsigned long long-Typen hinzufügen.

Viele weitere Variablen für show status. Zähler für: INSERT-/DELETE-/UPDATE-Statements. Gelesene und aktualisierte Datensätze. Select auf 1 Tabelle und Selects mit Joins. Durchschnittliche Anzahl von Tabellen in Selects. Anzahl von ORDER BY- und GROUP BY-Anfragen.

Wenn man mysql mitten in einer Anfrage abbricht, sollte man eine neue Verbindung herstellen und die alte, laufende Anfrage killen. Alternativ könnte man den Versuch unternehmen, so etwas im Server zu entdecken.

Eine Handler-Schnittstelle für Tabelleninformation hinzufügen, damit man sie als Systemtabelle benutzen kann. Das wäre ein bisschen langsam, wenn man Informationen über alle Tabellen abfragt, aber sehr flexibel. SHOW INFO FROM tabelle für Basisinformationen über Tabellen sollte implementiert werden.

Unterstützung für UNICODE hinzufügen.

NATURAL JOIN und UNION JOIN.

Anfragen wie select a from crash_me left join crash_me2 using (a) zulassen; in diesem Fall wird angenommen, dass a aus der crash_me-Tabelle kommt.

Überarbeitung, damit ON und USING mit dem JOIN-Verknüpfungstyp funktioniert.

Oracle-mäßiges CONNECT BY PRIOR ..., um hierarchische Strukturen zu durchsuchen.

mysqladmin copy datenbank neue_datenbank. -- Erfordert, dass mysqld der COPY-Befehl hinzugefügt wird.

Prozessliste sollte die Anzahl von Anfragen pro Thread zeigen.

SHOW HOSTS zur Informationsausgaben über den Hostnamen-Cache.

Format von DATETIME ändern, um Bruchteile von Sekunden zu speichern.

Alle fehlenden ANSI92- und ODBC 3.0-Typen hinzufügen.

Für berechnete Spalten Tabellennamen von leerer Zeichenkette zu NULL ändern.

'Item_copy_string' nicht auf numerische Werte anwenden, um Zahl->Zeichenkette->Zahl-Umwandlung zu vermeiden, im Falle von: SELECT COUNT(*)*(id+0) FROM tabelle GROUP BY id

Benutzung der neuen GNU-regexp-Bibliothek anstelle der aktuellen ermöglichen (die GNU-Bibliothek sollte viel schneller sein als die alte).

ALTER TABLE sollte nicht mehr Clients abbrechen, die INSERT DELAYED ausführen.

So überarbeiten, dass, wenn Spalten, auf die in einer UPDATE-Klausel verwiesen wird, die alten Werte enthalten, bevor das Update begonnen wird.

myisamchk, REPAIR und OPTIMIZE TABLE sollten in der Lage sein, mit Fällen umzugehen, wo die Daten und / oder Indexdateien symbolische Links sind.

Simulation von pread()/pwrite() auf Windows einarbeiten, um konkurrierende Inserts zu ermöglichen.

Ein Logdatei-Analyzer, aus dem Informationen herausgefiltert (geparst) werden können, welche Tabellen am häufigsten angesprochen werden, wie oft Verknüpfungen (Joins) mit mehreren Tabellen ausgeführt werden usw. Es sollte Benutzern helfen, Bereiche oder Dinge im Tabellenentwurf zu erkennen, die optimiert werden können, um sehr viel effizientere Anfragen auszuführen.

Add SUM(DISTINCT)

ANY()-,EVERY()- und SOME()-Gruppierungsfunktionen hinzufügen. In ANSI-SQL funktionieren diese auf boolsche Spalten, aber wir können sie so erweitern, dass sie mit beliebigen Spalten / Ausdrücken funktionieren, indem wir folgendes anwenden: wert == 0 -> FALSE und wert <> 0 -> TRUE.

So überarbeiten, dass MAX(column) vom selben Typ ist wie der Spaltentyp.

create tabelle t1 (a DATE);
insert into t1 values (now());
create tabelle t2 select max(a) von t1;
show columns from t2;

Eine nette Syntax für ein Statement entwickeln, dass auf eine Zeile ein UPDATE ausführt, wenn sie existiert, und eine neue Zeile einfügt (INSERT), wenn sie nicht existiert (so wie REPLACE bei INSERT / DELETE funktioniert).

Funktion implementieren: get_changed_tables(timeout,table1,table2,...)

Lesen durch Tabellen so ändern, das memmap benutzt wird, falls möglich. Momentan benutzen nur komprimierte Tabellen memmap.

Ein neues Zugriffsrecht 'Show_priv' für SHOW-Befehle hinzufügen.

Den automatischen Zeitstempel-Code netter machen. Zeitstempel zum Update-Log hinzufügen mit SET TIMESTAMP=#;

An manchen Stellen read/write mutex benutzen, um mehr Geschwindigkeit zu erhalten.

Volle Unterstützung von Fremdschlüsseln. Wahrscheinlich wird man zuerst einmal eine prozedurale Sprache implementieren wollen.

Einfache Sichten (Views; zunächst auf eine Tabelle, später auf jeden beliebigen Ausdruck).

Automatisches Schließen einiger Tabellen, wenn eine Tabelle, eine temporäre Tabelle oder eine temporäre Datei einen Fehler 23 bekommt (nicht genug offene Dateien).

Wenn ein Feld=# gefunden wird, alle Vorkommen von Feld auf # setzen. Momentan wird das nur in einigen einfachen Fällen gemacht.

Alle konstanten Ausdrücke mit berechneten Ausdrücken austauschen, falls möglich.

schlüssel = ausdruck optimieren. Momentan wird nur schlüssel = feld oder schlüssel = konstante optimiert.

Einige der Copy-Funktionen verbinden, um netter Code zu erhalten.

sql_yacc.yy in einen Inline-Parser umändern, um die Größe zu reduzieren und bessere Fehlermeldungen zu erhalten (5 Tage).

Den Parser so ändern, dass er nur eine Regel pro unterschiedlicher Anzahl von Argumenten in Funktionen benutzt.

Die Benutzung von vollen Berechnungsnamen (full calculation names) im ORDER-Teil (order part). (Für ACCESS97)

UNION, MINUS, INTERSECT und FULL OUTER JOIN. (Momentan wird nur LEFT OUTER JOIN unterstützt.)

UNIQUE bei Feldern zulassen, die NULL sein können.

SQL_OPTION MAX_SELECT_TIME=# um einer Anfrage eine Zeitbeschränkung zu setzen.

Make the update log to a Datenbank. Update soll in eine Datenbank loggen.

Negative LIMIT-Parameter, um Daten vom Ende abrufen zu können.

Alarm around client connect/read/write Funktionen.

Bitte beachten sie die Änderungen in safe_mysqld: Nach FSSTND (woran sich Debian versucht zu halten) sollten PID-Dateien als /var/run/<progname>.pid angelegt werden und Log-Datei in /var/log. Es wäre nett, wenn man "DATADIR" in die erste Deklaration von "pidfile" und "log" packen könnte, damit die Unterbringung dieser Dateien mit einem einzigen Statement geändert werden könnte.

Einem Client erlauben, Mitloggen anzufordern.

Benutzung von zlib() für gzip-te Dateien in LOAD DATA INFILE zulassen.

Sortieren und Gruppieren von BLOB-Spalten in Ordnung bringen (teilweise bereits gelöst).

Gespeicherte Prozeduren. Wird aktuell nicht als sehr wichtig erachtet, weil gespeicherte Prozeduren noch nicht sehr standardisiert sind. Ein weiteres Problem besteht darin, dass es echte gespeicherte Prozeduren dem Optimierer viel schwerer machen und dass in vielen Fällen das Ergebnis langsamer sein wird als vorher. Auf der anderen Seite werden wir versuchen, eine einfache (atomische) Update-Sprache hinzuzufügen, die benutzt werden kann, um Schleifen und ähnliches im MySQL-Server zu schreiben.

So ändern, dass Semaphore benutzt werden, wenn Threads gezählt werden. Man sollte zuerst eine Semaphor-Bibliothek zu MIT-pThreads implementieren.

Keinen neuen AUTO_INCREMENT-Wert zuweisen, wenn eine Spalte auf 0 gesetzt wird. Statt dessen NULL setzen.

Volle Unterstützung von Verknüpfungen (JOIN) mit Klammern.

Als Alternative für einen Thread pro Verbindung einen Pool von Threads verwalten, der die Anfragen handhabt.

Einem gestatten, mehr als eine Sperre (Lock) mit GET_LOCK zu erhalten. Wenn man das tut, muss man die möglichen Deadlocks handhaben, die diese Änderung einführen wird.

Nichts; auf lange Sicht planen wir, voll ANSI-92- / ANSI-99-kompatibel zu sein.

MySQL-VERSION.i386.rpm

Der MySQL-Server. Sie brauchen diese, es sei denn, Sie wollen sich lediglich mit einem MySQL-Server verbinden, der auf einer anderen Maschine läuft.

MySQL-client-VERSION.i386.rpm

Die Standard-MySQL-Client-Programme. Dieses Paket sollten Sie wohl immer installieren.

MySQL-bench-VERSION.i386.rpm

Tests und Benchmarks. Erfordert Perl und msql-mysql-modules RPMs.

MySQL-devel-VERSION.i386.rpm

Bibliotheken und Include-Dateien, die benötigt werden, wenn Sie andere MySQL-Clients kompilieren wollen, beispielsweise Perl-Module.

MySQL-VERSION.src.rpm

Dieses Paket enthält den Quelltext für alle obigen Pakete. Es kann auch dazu benutzt werden, um RPMs für andere Architekturen zu bauen (zum Beispiel für Alpha oder SPARC).

Ein Windows-32-Bit-Betriebssystem der Familien Windows 9x, ME, NT oder Windows 2000. Die NT-Familie gestattet, den MySQL-Server als Systemdienst laufen zu lassen. See Abschnitt 3.6.2.2, „MySQL auf Windows NT oder Windows 2000 starten“.

Wenn Sie Tabellen benutzen, die größer als 4 GB sind, sollten Sie MySQL auf NTFS oder einem neueren Dateisystem installieren. Vergessen Sie bei der Erzeugung der Tabellen nicht, MAX_ROWS und AVG_ROW_LENGTH zu benutzen. See Abschnitt 7.5.3, „CREATE TABLE-Syntax“.

TCP/IP-Protokollunterstützung.

Die MySQL-Binär- oder Quelldistribution für Windows kann von http://www.mysql.com/downloads/ herunter geladen werden.

Hinweis: Die Distributionsdateien werden in einem komprimierten Format zur Verfügung gestellt. Wir empfehlen die Benutzung eines FTP-Clients, der in der Lage ist, abgebrochene FTP-Downloads wieder aufzunehmen (resume).

Ein ZIP-Programm, um die Distributionsdatei zu entpacken.

Genug Platz auf der Festplatte, um die Datenbanken entsprechend Ihren Anforderungen zu entpacken, zu installieren und zu erzeugen.

Wenn Sie planen, sich über ODBC mit dem MySQL-Server zu verbinden, benötigen Sie zusätzlich den MyODBC-Treiber. See Abschnitt 9.3, „MySQL-ODBC-Unterstützung“.

AIX 4.x mit nativen Threads. See Abschnitt 3.6.6.4, „Anmerkungen zu IBM-AIX“.

Amiga.

BSDI 2.x mit enthaltenem MIT-pThreads-Paket. See Abschnitt 3.6.4.6, „Anmerkungen zu BSD/OS“.

BSDI 3.0, 3.1 und 4.x mit nativen Threads. See Abschnitt 3.6.4.6, „Anmerkungen zu BSD/OS“.

DEC Unix 4.x mit nativen Threads. See Abschnitt 3.6.6.6, „Anmerkungen zu Alpha-DEC-UNIX (Tru64)“.

FreeBSD 2.x mit enthaltenem MIT-pThreads-Paket. See Abschnitt 3.6.4.1, „Anmerkungen zu FreeBSD“.

FreeBSD 3.x und 4.x mit nativen Threads. See Abschnitt 3.6.4.1, „Anmerkungen zu FreeBSD“.

HP-UX 10.20 mit enthaltenem MIT-pThreads-Paket. See Abschnitt 3.6.6.2, „Anmerkungen zu HP-UX Version 10.20“.

HP-UX 11.x mit nativen Threads. See Abschnitt 3.6.6.3, „Anmerkungen zu HP-UX Version 11.x“.

Linux 2.0+ mit LinuxThreads 0.7.1+ oder glibc 2.0.7+. See Abschnitt 3.6.1, „Linux (alle Linux-Versionen)“.

Mac OS X Server. See Abschnitt 3.6.5, „Anmerkungen zu Mac OS X“.

NetBSD 1.3/1.4 Intel und NetBSD 1.3 Alpha (benötigt GNU make). See Abschnitt 3.6.4.2, „Anmerkungen zu NetBSD“.

OpenBSD > 2.5 mit nativen Threads. OpenBSD < 2.5 mit enthaltenem MIT-pThreads-Paket. See Abschnitt 3.6.4.3, „Anmerkungen zu OpenBSD“.

OS/2 Warp 3, FixPack 29 und OS/2 Warp 4, FixPack 4. See Abschnitt 3.6.7, „Anmerkungen zu OS/2“.

SGI Irix 6.x mit nativen Threads. See Abschnitt 3.6.6.8, „Anmerkungen zu SGI Irix“.

Solaris 2.5 und höher mit nativen Threads auf SPARC und x86. See Abschnitt 3.6.3, „Anmerkungen zu Solaris“.

SunOS 4.x mit enthaltenem MIT-pThreads-Paket. See Abschnitt 3.6.3, „Anmerkungen zu Solaris“.

Caldera (SCO) OpenServer mit einem aktuellen Port des FSU-PThreads-Pakets. See Abschnitt 3.6.6.9, „Anmerkungen zu Caldera“.

Caldera (SCO) UnixWare 7.0.1. See Abschnitt 3.6.6.10, „Anmerkungen zu Caldera Unixware Version 7.0“.

Tru64 Unix

Windows 95, Windows 98, NT und Windows 2000. See Abschnitt 3.6.2, „Anmerkungen zu Windows“.

Allgemeine Stabilität der Thread-Bibliothek. Eine Plattform mag in anderer Hinsicht einen exzellenten Ruf haben, aber wenn die Thread-Bibliothek unstabil ist, die von MySQL aufgerufen wird, läuft MySQL nur so stabil wie die Thread-Bibliothek, selbst wenn alles Sonstige perfekt ist.

Fähigkeit des Kernels und / oder der Thread-Bibliothek, die Vorteile von SMP auf Mehrprozessor-Systemen wahrzunehmen. Mit anderen Worten: Wenn ein Prozess einen Thread anlegen, sollte es für diesen Thread möglich sein, auf anderen Prozessoren zu laufen als der Original-Prozess.

Fähigkeit des Kernels und / oder der Thread-Bibliothek, viele Threads laufen zu lassen, die häufig einen Mutex über eine kurze, kritische Region anlegen / lösen können ohne exzessive Kontext-Umschaltungen. Mit anderen Worten: Wenn die Implementation von pThread_mutex_lock() zu sehr darauf bedacht ist, CPU zu erlangen, wird das MySQL gewaltig schmerzen. Wenn man sich dieser Tatsache nicht bewusst ist, machen zusätzliche Prozessoren MySQL in der Tat langsamer.

Allgemeine Stabilität und Performance des Dateisystems.

Fähigkeit des Dateisystems, überhaupt mit großen Dateien umgehend zu können, und zwar effizient, wenn Ihre Tabellen Groß sind.

Unser Grad von Erfahrung, hier bei MySQL AB, mit der Plattform. Wenn wir eine Plattform gut kennen, setzen wir plattformspezifische Optimierungen / Verbesserungen (Fixes) ein, die zur Kompilierzeit aktiv werden. Darüber hinaus können wir Sie beraten, wie Sie Ihr System optimal für MySQL konfigurieren.

Umfang des Testens ähnlicher Konfigurationen, das wir intern durchgeführt haben.

Anzahl von Benutzern, die MySQL auf dieser Plattform erfolgreich mit ähnlichen Konfigurationen haben laufen lassen. Wenn diese Zahl Groß ist, ist die Wahrscheinlichkeit viel geringer, plattformspezifische Überraschungen zu erleben.

Normalerweise, wenn Sie MySQL zum ersten Mal benutzen, oder wenn Sie versuchen, MySQL auf ein System zu portieren, für das es keine Binärdistribution gibt, empfehlen wir, das stabile (stable) Release zu nehmen. Beachten Sie, dass alle MySQL-Releases mit den MySQL-Benchmarks und einer umfassenden Test-Suite getestet sind, bevor das Release heraus gegeben wird.

Wenn Sie ein altes System laufen lassen und es aktualisieren möchten, aber nicht riskieren wollen, dass ein Update nicht reibungslos klappt, sollten Sie zur aktuellsten Version des Zweiges aktualisieren, den Sie benutzen (bei dem nur die letzte Versionsnummer neuer ist als Ihre, also z. B. von 3.23.36 auf 3.23.44, wenn 3.23.44 die neueste Version des Zweigs ist). Wir haben uns innerhalb der Versions-Zweige bemüht, nur schwere Fehler zu beseitigen und kleine, relativ sichere Änderungen zu machen.

Wenn Sie MySQL an einer ganz bestimmten Stelle installieren wollen. (Die Standard-Binärdistributionen sind an jeder Stelle lauffähig, aber vielleicht wollen Sie noch mehr Flexibilität haben.)

Um unterschiedlichen Bedürfnissen von Benutzern entgegen zu kommen, stellen wir zwei unterschiedliche Binärversionen zur Verfügung: Eine, die mit den nicht transaktionalen Tabellen-Handlern kompiliert ist (eine kleine, schnelle Binärdatei), sowie eine, die mit den wichtigsten erweiterten Optionen wie transaktionssicheren Tabellen kompiliert ist. Beide Versionen sind aus derselben Quelldistribution kompiliert. Alle nativen MySQL-Clients können sich mit beiden MySQL-Versionen verbinden.

Die erweiterte MySQL-Binärdistribution ist mit dem -max-Suffix gekennzeichnet und ist mit denselben Optionen konfiguriert wie mysqld-max. See Abschnitt 5.7.5, „mysqld-max, ein erweiterter mysqld-Server“.

Wenn Sie das MySQL-Max-RPM benutzen wollen, müssen Sie zuerst das Standard-MySQL-RPM installieren.

Wenn Sie mysqld mit einigen zusätzlichen Features konfigurieren wollen, die NICHT in den Standard-Binärdistributionen enthalten sind. Hier ist eine Liste der gebräuchlichsten Zusatzoptionen, die Sie vielleicht nutzen wollen:

Die vorgabemäßige Binärdistribution wird normalerweise mit Unterstützung für alle Zeichensätze kompiliert und sollte auf einer Vielzahl von Prozessoren derselben Prozessorfamilie laufen.

Wenn Sie einen schnelleren MySQL-Server erhalten wollen, können Sie ihn erneut kompilieren und nur die Zeichensätze benutzen, die Sie brauchen. Sie können auch einen besseren Kompiler (wie pgcc) oder andere Kompilieroptionen benutzen, die besser auf Ihren Prozessor optimiert sind.

Wenn Sie einen Bug gefunden und dem MySQL-Entwicklungsteam mitgeteilt haben, werden Sie wahrscheinlich einen Patch erhalten, den Sie mit der Quelldistribution verwenden müssen, um den Bug zu beheben.

Wenn Sie den C- und C++-Code lesen (und / oder ändern) wollen, aus dem MySQL besteht, müssten Sie eine Quelldistribution laden. Der Quellcode ist immer das ''letzte Handbuch''. Quelldistributionen enthalten auch mehr Tests und Beispiele als Binärdistributionen.

Die erste Zahl (3) beschreibt das Dateiformat. Alle Version-3-Releases haben dasselbe Dateiformat.

Die zweite Zahl (21) ist die Release-Ebene (Level). Normalerweise kann man hier zwischen zweien auswählen. Einer ist der stabile Zweig des Releases (aktuell 23), der andere ist der Entwicklungs-Zweig (aktuell 4.0). Normalerweise sind beide stabil, aber die Entwicklungsversion kann Macken oder fehlende Dokumentation neuer Features haben oder sich auf einigen Systemen nicht kompilieren lassen.

Die dritte Zahl (17) ist die Versionsnummer innerhalb der Release-Ebene. Diese wird für jede neue Distribution hochgezählt. Üblicherweise werden Sie die neueste Version der Release-Ebene einsetzen wollen, die Sie gewählt haben.

Das Suffix (beta) zeigt den Stabilitätsgrad des Releases an. Mögliche Suffixe sind:

Mit der internen Test-Suite

Diese ist Teil unseres Produktionssystems für einen Kunden. Sie besitzt viele Tabellen mit Hunderten Megabytes an Daten.

Mit der MySQL-Benchmark-Suite

Diese läßt eine Reihe gebräuchlicher Anfragen laufen. Das ist zusätzlich ein Test darauf, ob die letzten Optimierungen den Code tatsächlich schneller gemacht haben. See Abschnitt 6.1.4, „Die MySQL-Benchmark-Suite“.

Mit dem crash-me-Test

Dieser Test versucht festzustellen, welche Features die Datenbank unterstützt und was ihre Fähigkeiten und Beschränkungen sind. See Abschnitt 6.1.4, „Die MySQL-Benchmark-Suite“.

Der mysqld-Server wird in das libexec-Verzeichnis installiert und nicht in das bin-Verzeichnis.

Das Daten-Verzeichnis ist var und nicht data.

mysql_install_db wird in das /usr/local/bin Verzeichnis installiert und nicht in /usr/local/mysql/Skripts.

Die Header-Datei und Bibliotheksverzeichnisse sind include/mysql und lib/mysql und nicht include und lib.

Bei kleineren Updates wird die letzte Zahl (von rechts) in der Versionsnummer herauf gezählt (Minor Release). Wenn es größere neue Features gibt oder kleinere Inkompatibilitäten mit vorherigen Versionen, wird die zweite Zahl der Versionsnummer herauf gezählt (Major Release). Wenn sich das Dateiformat ändert, wird die erste Zahl herauf gezählt.

have to do with "small bugs" => minor releases? Stable tested releases are meant to appear about 1-2 times a year, but if small bugs are found, a release mit only bug fixes will be released. Als stabil getestete Releases sollten etwa ein- bis zweimal im Jahr erscheinen, aber wenn kleinere Fehler gefunden werden, wird nur ein Release mit Bug-Fixes heraus gegeben.

Funktionierende Releases sollten etwa alle 1 bis 8 Wochen erscheinen.

Binärdistributionen für einige Plattformen werden von uns für größere Releases (Major) heraus gegeben. Andere Leute stellen vielleicht auch Binärdistributionen für andere Systeme her, aber nicht so häufig.

Patches stellen wir üblicherweise zur Verfügung, sobald wir kleinere Bugs ausfindig gemacht und behoben haben.

Für nicht kritische, aber störende Bugs machen wir Patches verfügbar, wenn sie uns zugesandt werden. Ansonsten kombinieren wir mehrere davon in einem größeren Patch.

Wenn durch unglückliche Umstände ein Release einen schweren Fehler enthält, erstellen wir sobald wie möglich ein neues Release. Das würden wir auch gern bei anderen Unternehmen so sehen.

SunOS 4.1.4 2 sun4c mit gcc 2.7.2.1

CC=gcc CXX=gcc CXXFLAGS="-O3 -felide-constructors" ./configure --prefix=/usr/local/mysql --disable-shared --with-extra-charsets=complex --enable-assembler

SunOS 5.5.1 (und höher) sun4u mit egcs 1.0.3a oder 2.90.27 oder gcc 2.95.2 und neuer

CC=gcc CFLAGS="-O3" CXX=gcc CXXFLAGS="-O3 -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --with-low-memory --with-extra-charsets=complex --enable-assembler

SunOS 5.6 i86pc mit gcc 2.8.1

CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --with-low-memory --with-extra-charsets=complex

Linux 2.0.33 i386 mit pgcc 2.90.29 (egcs 1.0.3a)

CFLAGS="-O3 -mpentium -mstack-align-double" CXX=gcc CXXFLAGS="-O3 -mpentium -mstack-align-double -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --enable-assembler --with-mysqld-ldflags=-all-static --with-extra-charsets=complex

Linux 2.2.x mit x686 mit gcc 2.95.2

CFLAGS="-O3 -mpentiumpro" CXX=gcc CXXFLAGS="-O3 -mpentiumpro -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --enable-assembler --with-mysqld-ldflags=-all-static --disable-shared --with-extra-charset=complex

SCO 3.2v5.0.4 i386 mit gcc 2.7-95q4

CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex

AIX 2 4 mit gcc 2.7.2.2

CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex

OSF1 V4.0 564 alpha mit gcc 2.8.1

CC=gcc CFLAGS=-O CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --with-low-memory --with-extra-charsets=complex

Irix 6.3 IP32 mit gcc 2.8.0

CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex

BSDI BSD/OS 3.1 i386 mit gcc 2.7.2.1

CC=gcc CXX=gcc CXXFLAGS=-O ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex

BSDI BSD/OS 2.1 i386 mit gcc 2.7.2

CC=gcc CXX=gcc CXXFLAGS=-O3 ./configure --prefix=/usr/local/mysql --with-extra-charsets=complex

Um nur die MySQL-Client Bibliotheken und Client-Programme und nicht den Server zu kompilieren, benutzen Sie die --ohne-server-Option:

shell> ./configure --without-server

Wenn Sie keinen C++-Kompiler haben, können Sie mysql nicht kompilieren (MySQL ist das einzige Client-Programm, das C++ erfordert). In diesem Fall können Sie den Code in configure entfernen, der auf den C++-Kompiler testet, und dann ./configure mit der --without-server-Option eingeben. Dieser Kompilierschritt wird nach wie vor versuchen, mysql zu bauen, aber Sie können alle Warnungen zu mysql.cc ignorieren. (Wenn make anhält, versuchen Sie make -k, um ihm mitzuteilen, dass es mit dem Rest des Builds fortfahren soll, auch wenn Fehler auftreten.)

Wenn Sie nicht wollen, dass Ihre Log-Dateien und Datenbankverzeichnisse unter /usr/local/var liegen, benutzen Sie ein configure-Kommando wie folgendes:

shell> ./configure --prefix=/usr/local/mysql
shell> ./configure --prefix=/usr/local \
           --localstatedir=/usr/local/mysql/data

Der erste Befehl ändert das Installationspräfix, so dass alles unter /usr/local/mysql statt unter /usr/local installiert wird. Der zweite Befehl bewahrt das vorgabemäßige Installationspräfix, aber überschreibt die vorgabemäßige Stelle für Datenbankverzeichnisse (normalerweise /usr/local/var) und ändert sie zu /usr/local/mysql/data.

Wenn Sie Unix benutzen und wollen, dass der MySQL-Socket an anderer Stelle liegt als vorgabemäßig (normalerweise im Verzeichnis /tmp oder /var/run), benutzen Sie ein configure-Kommando wie folgendes:

shell> ./configure --with-unix-socket-path=/usr/local/mysql/tmp/mysql.sock

Beachten Sie, dass die angegebene Datei mit einem absoluten Pfadnamen angegeben werden muss! Sie können den Speicherort von mysql.sock auch später noch ändern, indem Sie die MySQL Optionsdateien benutzen. See Abschnitt A.4.5, „Wie Sie die MySQL-Socket-Datei /tmp/mysql.sock schützen oder ändern“.

Wenn Sie statisch gelinkte Programme kompilieren wollen (um zum Beispiel eine Binärdistribution zu machen, mehr Geschwindigkeit zu erhalten oder Probleme mit RedHat-Linux-Distributionen zu umgehen (Workaround)), geben Sie configure wie folgt ein:

shell> ./configure --with-client-ldflags=-all-static \
           --with-mysqld-ldflags=-all-static

Wenn Sie gcc benutzen und libg++ oder libstdc++ nicht installiert haben, können Sie configure mitteilen, gcc als Ihren C++-Kompiler zu benutzen:

shell> CC=gcc CXX=gcc ./configure

Wenn Sie gcc als C++-Kompiler benutzen, versucht dieser nicht, libg++ oder libstdc++ zu linken.

Hier sind einige gebräuchliche Umgebungsvariablen, die man in Abhängigkeit vom verwendeten Kompiler setzen kann:

In den meisten Fällen erhalten Sie eine ziemlich optimale MySQL-Binärdatei, indem Sie die Optionen von weiter oben nutzen und die folgenden Optionen zur Konfigurationszeile hinzufügen:

--prefix=/usr/local/mysql --enable-assembler --with-mysqld-ldflags=-all-static

Die komplette Konfigurationszeile würde also etwa wie folgt aussehen (für alle aktuellen gcc-Versionen):

CFLAGS="-O3 -mpentiumpro" CXX=gcc CXXFLAGS="-O3 -mpentiumpro -felide-constructors -fno-exceptions -fno-rtti" ./configure --prefix=/usr/local/mysql --enable-assembler --with-mysqld-ldflags=-all-static

Die Binärdistributionen, die wir auf der MySQL-Website unter http://www.mysql.com zur Verfügung stellen, sind allesamt mit voller Optimierung kompiliert und sollten daher für die meisten Benutzer perfekt sein. See Abschnitt 3.2.6, „MySQL-Binärdistributionen, die von MySQL AB kompiliert wurden“. Einiges können Sie noch fein justieren, um noch schnellere Binärdistributionen zu erhalten, aber das ist nur etwas für fortgeschrittene Benutzer. See Abschnitt 6.5.3, „Wie Kompilieren und Linken die Geschwindigkeit von MySQL beeinflusst“.

Wenn der Build fehlschlägt und Fehler produziert, die aussagen, dass Ihr Kompiler oder Linker nicht in der Lage ist, die gemeinsam benutzte (shared) Bibliothek libmysqlclient.so.# (‘#’ ist eine Versionsnummer) zu erzeugen, können Sie dieses Problem umgehen, indem Sie die --disable-shared-Option von configure benutzen. In diesem Fall baut configure keine gemeinsam benutzte libmysqlclient.so.#-Bibliothek.

Sie können MySQL so konfigurieren, dass keine DEFAULT-Spaltenwerte für Nicht-NULL-Spalten benutzt werden (also Spalten, bei denen nicht zulässig ist, dass sie NULL sind). Das führt dazu, dass INSERT-Statements einen Fehler erzeugen, ausser wenn ausdrücklich Werte für Spalten angegeben werden, die einen Nicht-NULL-Werte verlangen. Um die Benutzung von Vorgabewerten zu unterdrücken, geben Sie configure wie folgt ein:

shell> CXXFLAGS=-DDONT_USE_DEFAULT_FIELDS ./configure

Als Vorgabe benutzt MySQL den Zeichensatz ISO-8859-1 (Latin1). Um diesen Vorgabesatz zu ändern, benutzen Sie die --with-charset-Option:

shell> ./configure --with-charset=CHARSET

CHARSET kann einer der folgenden sein: big5, cp1251, cp1257, czech, danish, dec8, dos, euc_kr, gb2312, gbk, german1, hebrew, hp8, hungarian, koi8_ru, koi8_ukr, latin1, latin2, sjis, swe7, tis620, ujis, usa7 oder win1251ukr. See Abschnitt 5.6.1, „Der für Daten und Sortieren benutzte Zeichensatz“.

Wenn Sie Zeichen zwischen Server und Client konvertieren wollen, sollten Sie sich den SET OPTION CHARACTER SET-Befehl ansehen. See Abschnitt 6.5.6, „SET-Syntax“.

Achtung: Wenn Sie Zeichensätze ändern, nachdem Sie irgend welche Tabellen angelegt haben, müssen Sie myisamchk -r -q über jede Tabelle laufen lassen, denn ansonsten könnten Ihre Indexe falsch sortiert werden. (Das kann passieren, wenn Sie MySQL installieren, ein paar Tabellen erzeugen und danach MySQL rekonfigurieren, so dass es einen anderen Zeichensatz benutzt, und dann neu installieren.)

Mit der Option --with-extra-charset=LIST können Sie zusätzliche Zeichensätze definieren, die in den Server einkompiliert werden sollen.

Hierbei ist LIST entweder eine Liste eines Zeichensatzes, die durch Leerzeichen getrennt ist, oder complex, um alle Zeichen einzuschließen, die nicht dynamisch geladen werden können, oder all, um alle Zeichensätze in die Binärdateien einzuschließen.

Um MySQL mit Debug-Code zu konfigurieren, benutzen Sie die --with-debug-Option:

shell> ./configure --with-debug

Das bewirkt, dass eine sichere Speicherzuweisung (Memory Allocator) eingeschlossen wird, die einige Fehler finden kann und die Ausgaben liefert, was passiert ist. See Abschnitt D.1, „Einen MySQL-Server debuggen“.

Wenn Ihre Client-Programme Threads benutzen, müssen Sie zusätzlich eine Thread-sichere Version der MySQL-Client-Bibliothek mit der --enable-Thread-safe-client-configure-Option kompilieren. Hierdurch wird eine libmysqlclient_r-Bibliothek angelegt, mit der Sie Ihre threaded Applikationen linken können. See Abschnitt 9.4.8, „Wie man einen threaded Client herstellt“.

Optionen, die zu bestimmten Systemen gehören, finden sich im systemspezifischen Abschnitt dieses Handbuchs. See Abschnitt 3.2.2, „Betriebssysteme, die von MySQL unterstützt werden“.

Wenn configure laufen gelassen wird, nachdem es schon einmal lief, benutzt es möglicherweise Informationen, die bei vorherigen Aufrufen gesammelt wurden. Diese Information wird in der Datei config.cache gespeichert. Wenn configure startet, sucht es diese Datei und liest ihren Inhalt, wenn sie existiert, unter der Annahme, dass diese Information immer noch stimmt. Diese Annahme ist falsch, wenn Sie rekonfigurieren.

Immer, wenn Sie configure laufen lassen, müssen Sie auch make laufen lassen, um erneut zu kompilieren. Sie werden jedoch einige alte Objektdateien vorheriger Builds entfernen wollen, denn diese wurden mit anderen Konfigurationsoptionen kompiliert.

Wenn Sie Probleme beim Kompilieren von sql_yacc.cc erhalten, die den unten gezeigten ähneln, haben Sie wahrscheinlich keinen Arbeitsspeicher oder Swap-Platz (Auslagerungsdatei) mehr.

Internal compiler error: Programm cc1plus got fatal signal 11
  oder
Out of virtual memory
  oder
Virtual memory exhausted

Das Problem liegt darin, dass gcc riesige Mengen von Arbeitsspeicher benötigt, um sql_yacc.cc mit Inline-Funktionen zu kompilieren. Versuchen Sie, configure mit der --with-low-memory-Option auszuführen:

shell> ./configure --with-low-memory

Diese Option veranlasst, dass -fno-inline zur Kompilierzeile hinzugefügt wird, wenn Sie gcc benutzen, bzw. -O0, wenn Sie etwas anderes benutzen. Sie sollten die --with-low-memory-Option selbst dann benutzen, wenn Sie glauben, so viel Arbeitsspeicher und Swap-Platz zu haben, dass Ihnen diese unmöglich ausgehen können. Das Problem wurde selbst auf Systemen mit großzügiger Hardware-Ausstattung beobachtet, und die --with-low-memory-Option behebt es üblicherweise.

Vorgabemäßig sucht configure c++ als Kompiler-Namen aus und GNU c++ linkt mit -lg++. Wenn Sie gcc benutzen, kann dieses Verhalten Probleme bei Konfigurationen wie dieser verursachen:

configure: error: installation oder configuration problem:
c++ compiler cannot create executables.

Eventuell stoßen Sie beim Kompilieren auch auf Probleme, die mit g++, libg++ oder libstdc++ zu tun haben.

Eine Ursache dieser Probleme liegt darin, dass Sie kein g++ haben dürfen, oder Sie dürfen g++ haben, aber nicht libg++ oder libstdc++. Schauen Sie in die config.log-Datei! Sie sollten die genaue Ursache enthalten, warum Ihr C++-Kompiler nicht funktioniert! Um dieses Problem zu umgehen, können Sie gcc als Ihren C++-Kompiler benutzen. Versuchen Sie, die Umgebungsvariable CXX auf "gcc -O3" zu setzen. Beispiel:

shell> CXX="gcc -O3" ./configure

Das funktioniert, weil gcc C++-Quellen genau so gut wie g++ kompiliert, aber vorgabemäßig weder libg++ noch libstdc++ linkt.

Eine andere Möglichkeit, das Problem zu beheben, besteht natürlich darin, g++, libg++ und libstdc++ zu installieren.

Wenn Ihr Kompilieren mit Fehlern wie dem folgenden fehlschlägt, müssen Sie Ihre Version von make auf GNU make aktualisieren:

making all in mit-pThreads
make: Fatal error in reader: Makefile, line 18:
Badly formed macro assignment
  oder
make:Datei `Makefile' line 18: Must be a separator (:
  oder
pThread.h: No such file or directory

Von Solaris und FreeBSD ist bekannt, dass sie problembehaftete make-Programme haben.

GNU make Version 3.75 funktioniert bekanntermaßen.

Wenn Sie Flags definieren wollen, die von Ihrem C- oder C++-Kompiler benutzt werden, fügen Sie die Flags den CFLAGS- und CXXFLAGS-Umgebungsvariablen hinzu. Sie können auf diese Weise auch die Kompilernamen festlegen, indem Sie CC und CXX benutzen. Beispiel:

shell> CC=gcc
shell> CFLAGS=-O3
shell> CXX=gcc
shell> CXXFLAGS=-O3
shell> export CC CFLAGS CXX CXXFLAGS

Siehe Abschnitt 3.2.6, „MySQL-Binärdistributionen, die von MySQL AB kompiliert wurden“: Eine Liste von Flag-Definitionen, die sich auf verschiedenen Systemen als nützlich erwiesen haben.

Wenn Sie einen Fehler wie den folgenden erhalten, müssen Sie Ihren gcc-Kompiler aktualisieren:

client/libmysql.c:273: parse error before `__attribute__'

gcc 2.8.1 funktioniert bekanntermaßen, aber wir empfehlen statt dessen gcc 2.95.2 oder egcs 1.0.3a.

Wenn Sie Fehler wie die unten stehenden erhalten, wenn Sie mysqld kompilieren, hat configure den Typ des letzten Arguments für accept(), getsockname() oder getpeername() nicht korrekt erkannt:

cxx: Error: mysqld.cc, line 645: In this statement, the referenced
     type of the pointer value "&length" is "unsigned long", which
     is not compatible with "int".
new_sock = accept(sock, (struct sockaddr *)&cAddr, &length);

Um das zu beheben, editieren Sie die config.h-Datei (die von configure angelegt wird). Suchen Sie nach folgenden Zeilen:

/* Define as the base type of the last arg to accept */
#define SOCKET_SIZE_TYPE XXX

Ändern Sie XXX zu size_t oder int, abhängig von Ihrem Betriebssystem. (Beachten Sie, dass Sie das jedes Mal tun müssen, wenn Sie configure laufen lassen, weil configure die Datei config.h neu erzeugt.)

Die sql_yacc.cc-Datei wird von sql_yacc.yy erzeugt. Normalerweise muss der Build-Prozess keine sql_yacc.cc erzeugen, weil MySQL schon mit einer fertig erzeugten Kopie daher kommt. Wenn Sie sie jedoch neu erzeugen müssen, könnten Sie folgenden Fehler erhalten:

"sql_yacc.yy", line xxx fatal: default action causes potential...

Das ist ein Indiz dafür, dass Ihre Version von yacc fehlerhaft ist. Sie müssen statt dessen wahrscheinlich bison (die GNU-Version von yacc) installieren und benutzen.

Wenn Sie mysqld oder einen MySQL-Client debuggen wollen, lassen Sie configure mit der --with-debug-Option laufen. Kompilieren Sie danach neu und linken Sie Ihre Clients mit der neuen Client-Bibliothek. See Abschnitt D.2, „Einen MySQL-Client debuggen“.

Auf den meisten Systemen können Sie die Benutzung von erzwingen, indem Sie configure mit der --with-mit-Threads-Option laufen lassen:

shell> ./configure --with-mit-threads

Wenn Sie MIT-pThreads benutzen, wird das Bauen (Building) in ein Nicht-Quellcode-Verzeichnis nicht unterstützt, weil wir die Änderungen an diesem Code minimal halten wollen.

Die Überprüfungen, die festlegen, ob MIT-pThreads benutzt werden sollten oder nicht, finden nur in dem Teil des Konfigurationsprozesses statt, der mit dem Server-Code zu tun hat. Wenn Sie die Distribution mit --without-server konfigurieren, um nicht den Client-Code zu bauen, wissen die Clients nicht, ob sie MIT-pThreads benutzen sollen oder nicht und werden vorgabemäßig Unix-Socket-Verbindungen benutzen. Weil Unix-Sockets unter MIT-pThreads nicht laufen, heißt das, dass Sie -h oder --host benutzen müssen, wenn Sie Client-Programme laufen lassen.

Wenn MySQL so kompiliert wird, dass es MIT-pThreads benutzt, wird System-Sperren (System Locking) vorgabemäßig aus Performance-Gründen ausgeschaltet. Mit der --use-locking-Option können Sie dem Server mitteilen, System-Sperren zu benutzen.

Manchmal schlägt der pThread-bind()-Befehl fehl und bindet nicht an ein Socket, ohne jede Fehlermeldung (zumindest auf Solaris). Als Ergebnis schlagen alle Verbindungen zum Server fehl. Beispiel:

shell> mysqladmin version
mysqladmin: connect to server at '' failed;
error: 'Can't connect to mysql server on localhost (146)'

Die Lösung besteht darin, den mysqld-Server zu killen und neu zu starten. Uns ist das nur dann passiert, wenn wir den Server gezwungen haben, herunter zu fahren und sofort danach einen Neustart durchgeführt haben.

Bei MIT-pThreads läßt sich der sleep()-Systemaufruf nicht mit SIGINT (break) unterbrechen. Das merken Sie nur, wenn Sie mysqladmin --sleep ausführen. Sie müssen dann warten, bis der sleep()-Aufruf beendet wurde, bevor die Unterbrechungsanforderung (Interrupt) bedient wird und der Prozess anhält.

Wenn Sie linken, erhalten Sie möglicherweise Warnmeldungen wie diese (zumindest auf Solaris). Sie können sie ignorieren:

ld: warning: symbol `_iob' hat differing sizes:
    (file /my/local/pThreads/lib/libpThread.a(findfp.o) value=0x4;
file /usr/lib/libc.so value=0x140);
    /my/local/pThreads/lib/libpThread.a(findfp.o) definition taken
ld: warning: symbol `__iob' hat differing sizes:
    (file /my/local/pThreads/lib/libpThread.a(findfp.o) value=0x4;
file /usr/lib/libc.so value=0x140);
    /my/local/pThreads/lib/libpThread.a(findfp.o) definition taken

Einige weitere Warnungen können ebenfalls ignoriert werden:

implicit declaration of function `int strtoll(...)'
implicit declaration of function `int strtoul(...)'

Wir haben es bislang nicht geschafft, readline mit MIT-pThreads zum Laufen zu bringen. (Das wird zwar nicht benötigt, mag aber für einige interessant sein.)

VC++-6.0-Kompiler (aktualisiert mit Service-Pack 4 oder 5 und dem Präprozessor-Paket). Das Präprozessor-Paket wird für den Makro-Assembler benötigt. Weitere Details finden Sie unter: http://msdn.microsoft.com/vstudio/sp/vs6sp5/faq.asp.

Die MySQL-Quelldistribution für Windows, die von http://www.mysql.com/downloads/ herunter geladen werden kann.

mysql_install_db installiert die Berechtigungstabellen nicht.

Eventuell stellen Sie fest, dass mysql_install_db bei der Installations der Berechtigungstabellen fehlschlägt und mit folgenden Meldungen endet:

starting mysqld daemon with databases from XXXXXX
mysql daemon ended

In diesem Fall sollten Sie einen gründlichen Blick in die Log-Datei werfen! Diese sollte sich im Verzeichnis XXXXXX befinden, das in der Fehlermeldung ausgegeben wird, und sollte anzeigen, warum mysqld nicht startete. Wenn Sie nicht verstehen, was passiert ist, schicken Sie einen Bug-Bericht inklusive Log. Benutzen Sie hierfür mysqlbug! See Abschnitt 2.6.2.3, „Wie man Bugs oder Probleme berichtet“.

Es läuft bereits ein mysqld-Daemon.

In diesem Fall müssen Sie wahrscheinlich mysql_install_db überhaupt nicht starten. Sie müssen mysql_install_db nur einmal starten, und zwar, wenn Sie MySQL zum ersten Mal installieren.

Die Installation eines zweiten mysqld-Daemons schlägt fehl,

wenn bereits ein Daemon läuft.

Das kann vorkommen, wenn Sie bereits eine existierende MySQL-Installation haben, aber eine neue Installation an einem anderen Speicherort unterbringen wollen (zum Beispiel für Testzwecke, oder vielleicht wollen Sie auch einfach zwei Installationen zugleich laufen lassen. Im Allgemeinen ist der Grund für das Problem, wenn Sie versuchen, den zweiten Server laufen zu lassen, dass der zweite Server versucht, denselben Socket und Port wie der alte zu benutzen. In diesem Fall erhalten Sie als Fehlermeldung: Can't start server: Bind on TCP/IP port: Address already in use oder Can't start server : Bind on unix socket.... See Abschnitt 5.1.4, „Viele MySQL-Server auf derselben Maschine laufen lassen“.

Sie haben keinen Schreibzugriff auf /tmp.

Wenn Sie keinen Schreibzugriff haben, um eine Socket-Datei am vorgabemäßigen Ort anzulegen (in /tmp) oder keine Berechtigung, um temporäre Dateien in /tmp anzulegen, erhalten Sie einen Fehler, wenn Sie mysql_install_db laufen lassen oder starten oder wenn Sie mysqld benutzen.

So können Sie einen anderen Socket und ein anderes temporäres Verzeichnis festlegen:

shell> TMPDIR=/irgendein_temporaeres_verzeichnis/
shell> MYSQL_UNIX_PORT=/irgendein_temporaeres_verzeichnis/mysqld.sock
shell> export TMPDIR MYSQL_UNIX_PORT

See Abschnitt A.4.5, „Wie Sie die MySQL-Socket-Datei /tmp/mysql.sock schützen oder ändern“.

irgendein_temporaeres_verzeichnis sollte der Pfad zu einem Verzeichnis sein, für das Sie Schreibberechtigung haben. See Anhang E, Umgebungsvariablen.

Danach sollten Sie in der Lage sein, mysql_install_db laufen zu lassen und den Server zu starten, und zwar mit folgenden Befehlen:

shell> scripts/mysql_install_db
shell> BINDIR/safe_mysqld &

mysqld stürzt sofort ab

Wenn Sie RedHat Version 5.0 mit einer Version von glibc laufen lassen, die älter als 2.0.7-5 ist, sollten Sie sicherstellen, dass Sie alle glibc-Patches installiert haben! Darüber gibt es jede Menge Informationen in den MySQL-Mail-Archiven. Links zu den Mail-Archiven finden Sie online unter http://www.mysql.com/documentation/. Siehe auch Abschnitt 3.6.1, „Linux (alle Linux-Versionen)“.

Sie können mysqld auch manuell starten, dabei die --skip-grant-tables-Option benutzen und dann die Berechtigungsinformationen selbst mit mysql eintragen:

shell> BINDIR/safe_mysqld --skip-grant-tables &
shell> BINDIR/mysql -u root mysql

Von mysql aus geben Sie die SQL-Befehle ein, die in mysql_install_db stehen. Stellen Sie sicher, dass Sie danach mysqladmin flush-privileges oder mysqladmin reload laufen lassen, um dem Server mitzuteilen, die Berechtigungstabellen neu zu laden.

Indem Sie mysql.server aufrufen. Dieses Skript wird hauptsächlich beim Systemstart und -herunterfahren eingesetzt. Es wird ausführlicher in Abschnitt 3.4.3, „MySQL automatisch starten und anhalten“ beschrieben.

Indem Sie safe_mysqld aufrufen. Dieses Skript versucht die korrekten Optionen für mysqld festzustellen und läßt den Server dann mit diesen Optionen laufen. See Abschnitt 5.7.2, „safe_mysqld, der Wrapper um mysqld“.

Auf Windows NT sollten Sie mysqld wie folgt als Systemdienst starten:

bin\mysqld-nt --install               # MySQL als Systemdienst installieren

Jetzt können Sie mysqld wie folgt starten / anhalten:

NET START mysql
NET STOP mysql

Beachten Sie, dass Sie in diesem Fall keine weiteren Optionen für mysqld benutzen können!

Sie können den Systemdienst wie folgt entfernen:

bin\mysqld-nt --remove                # MySQL als Systemdienst entfernen

Indem Sie mysqld direkt aufrufen.

safe_mysqld wurde zu mysqld_safe umbenannt.

Die alten C-API-Funktionen mysql_drop_db, mysql_create_db und mysql_connect werden nicht mehr unterstützt, es sei denn, MySQL wird mit USE_OLD_FUNCTIONS kompiliert.

Sie sollten TRUNCATE TABLE benutzen, wenn Sie alle Zeilen aus einer Tabelle löschen wollen und Ihnen egal ist, wie viele Zeilen gelöscht wurden. (TRUNCATE TABLE ist schneller als DELETE FROM tabelle).

Sie bekommen einen Fehler, wenn Sie ein aktives LOCK TABLES oder eine aktive Transaktion am Laufen haben, wenn Sie versuchen, TRUNCATE TABLE oder DROP DATABASE auszuführen.

Sie sollten Ganzzahl-(Integer)-Werte in BIGINT-Spalten benutzen (anstelle von Zeichenketten wie in MySQL 3.23). Man kann immer noch Zeichenketten benutzen, aber die Benutzung von Ganzzahlen ist viel effizienter.

Das Format von SHOW OPEN TABLE hat sich geändert.

Multithreaded Clients sollten mysql_thread_init() und mysql_thread_end() benutzen. See Abschnitt 9.4.8, „Wie man einen threaded Client herstellt“.

Alle Tabellen, die den tis620-Zeichensatz benutzen, müssen mit myisamchk -r oder REPAIR TABLE in Ordnung gebracht werden.

Wenn Sie ein DROP DATABASE auf eine mit symbolischem Link verknüpfte Datenbank ausführen, werden sowohl der symbolische Links als auch die Datenbank gelöscht. (Das war in Version 3.22 nicht der Fall, weil configure den readlink-Systemaufruf nicht erkannte).

OPTIMIZE TABLE funktioniert jetzt nur bei MyISAM-Tabellen. Bei anderen Tabellentypen können Sie ALTER TABLE benutzen, um die Tabelle zu optimieren. Während der Ausführung von OPTIMIZE TABLE wird die Tabelle jetzt vor dem Zugriff anderer Threads gesperrt.

Der MySQL-Client mysql wir jetzt vorgabemäßig mit der Option --no-named-commands (-g) gestartet. Diese Option kann mit --enable-named-commands (-G) abgeschaltet werden. Dies kann ein paar Inkompatibilitätsprobleme verursachen, zum Beispiel in SQL-Skripten, die benannte (named) Befehle ohne ein Semikolon! Befehle im Langformat dagegen funktionieren noch auf der ersten Zeile.

some cases, für Beispiel in SQL Skripts that use named Befehle ohne a semicolon! Long format Befehle still work from the first line.

If you are using the german character sort order, you must repair all your Tabellen mit isamchk -r, as we have made some changes in the sort order!

The default return type of IF will now depend on both arguments und not only the first argument.

AUTO_INCREMENT funktioniert nicht mit negativen Zahlen. Der Grund liegt darin, dass negative Zahlen beim Übergang von -1 auf 0 Probleme verursachen. AUTO_INCREMENT wird jetzt bei MyISAM-Tabellen auf einem niedrigeren Level gehandhabt und ist viel schneller als vorher. Bei MyISAM-Tabellen werden alte Zahlen auch nicht mehr wieder benutzt, selbst wenn Sie einige Zeilen aus der Tabelle löschen.

CASE, DELAYED, ELSE, END, FULLTEXT, INNER, RIGHT, THEN und WHEN sind jetzt reservierte Wörter.

FLOAT(X) ist jetzt ein echter Fließkomma-Typ und kein Wert mit einer festen Anzahl von Dezimalstellen.

Wenn Sie DECIMAL(length,dec) deklarieren, beinhaltet das Längen-Argument nicht mehr den Platz für das Vorzeichen oder den Dezimalpunkt.

Eine TIME-Zeichenkette muss jetzt von einem der folgenden Formate sein: [[[DAYS] [H]H:]MM:]SS[.bruchteil] oder [[[[[H]H]H]H]MM]SS[.bruchteil]

LIKE vergleicht jetzt Zeichenketten unter Verwendung derselben Vergleichsregeln wie '='. Wenn Sie das alte Verhalten benötigen, können Sie MySQL mit dem CXXFLAGS=-DLIKE_CMP_TOUPPER-Flag kompilieren.

REGEXP arbeitet jetzt bei normalen (nicht binären) Zeichenketten unabhängig von der Groß-/Kleinschreibung.

Wenn Sie Tabellen prüfen / reparieren, sollten Sie CHECK TABLE oder myisamchk für MyISAM-Tabellen (.MYI) benutzen und isamchk für ISAM-Tabellen (.ISM).

Wenn Sie wollen, dass mysqldump-Dateien zwischen MySQL-Version 3.22 und Version 3.23 kompatibel sind, sollten Sie nicht die --opt- oder --full-Option für mysqldump benutzen.

Überprüfen Sie Ihre Aufrufe von DATE_FORMAT() und stellen Sie sicher, dass vor jedem Formatierungszeichen ein ‘%’ steht. (Spätere MySQL-Versionen 3.22 ließen diese Syntax zu.)

mysql_fetch_fields_direct ist jetzt eine Funktion (es war ein Makro) und gibt einen Zeiger auf MYSQL_FIELD anstelle eines MYSQL_FIELD zurück.

mysql_num_fields() kann nicht mehr für ein MYSQL*-Objekt benutzt werden (es ist jetzt eine Funktion, die MYSQL_RES* als Argument nimmt. Sie sollten jetzt statt dessen mysql_field_count() benutzen.

In MySQL-Version 3.22 war die Ausgabe von SELECT DISTINCT ... fast immer sortiert. In Version 3.23 müssen Sie GROUP BY oder ORDER BY benutzen, um eine sortierte Ausgabe zu erhalten.

SUM() gibt jetzt NULL zurück statt 0, wenn es keine überein stimmenden Zeilen gibt. Das ist in Übereinstimmung mit ANSI-SQL.

Ein AND oder OR mit NULL-Werten gibt jetzt NULL anstelle von 0 zurück. Das betrifft hauptsächlich Anfragen, die NOT bei einem AND/OR-Ausdruck wie NOT NULL = NULL benutzen. LPAD() und RPAD() kürzen die Ergebnis-Zeichenkette, wenn sie länger als das Längen-Argument ist.

Jeder Client-Code muss neu kompiliert werden. Wenn Sie ODBC benutzen, müssen Sie die neuen MyODBC-2.x-Treiber verwenden.

Sie müssen das Skript Skripts/add_long_password laufen lassen, um das Password-Feld in der mysql.user-Tabelle zu CHAR(16) zu ändern.

Alle Passwörter müssen in der mysql.user-Tabelle neu zugewiesen werden (um 62-Bit- statt 31-Bit-Passwörter zu erhalten).

Das Tabellenformat hat sich nicht geändert, daher müssen Sie keinerlei Tabellen konvertieren.

HAVING muss jetzt vor einer möglichen ORDER BY-Klausel spezifiziert werden.

Die Parameter für LOCATE() wurden getauscht.

Es gibt einige neue reservierte Wörter. Die wichtigsten sind DATE, TIME und TIMESTAMP.