MySQL Enterprise Edition

MySQL Enterprise Edition ist eine kommerzielle, preisgekrönte, weit verbreitet und super schnelle RDBMS (Relational Database Management System), die ursprünglich von Sun Microsystems erstellt und jetzt von Oracle erhalten. Es enthält leistungsstarke Enterprise-Features wie MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise Skalierbarkeit, MySQL Enterprise Security, MySQL Enterprise Audit, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL und MySQL Workbench.Features Stoff bei einer glanceKey Funktionen gehören die Unterstützung für die Erstellung von inkrementellen, vollständige oder teilweise Backups, Point-in-Time-Recovery-Funktionen, teilweise oder vollständige Wiederherstellung, externe Authentifizierung Unterstützung, Unterstützung für Thread-Pools, richtlinienbasierte Wirtschaftsprüfung Compliance online & ldquo; hot & rdquo; Backup-Unterstützung, Clustermanager und Cluster-geo-Replikationsfunktionen, automatische Skalierung, sowie die Unterstützung für verschiedene Speicher-Engines, einschließlich InnoDB, NDB und MyISAM.
Darüber hinaus bietet er Backup-Komprimierung, Datenbankreplikation, DRBD (DRBD) Unterstützung, Oracle Solaris Cluster, Oracle VM Templates, Windows Failover Clustering, Windows Active Directory-Integration, PAM (Pluggable Authentication Modules) Authentifizierungs-Support sowie 24 / 7 Unterstützung von Oracle. Eine weitere interessante Features, die es in der Lage, Ihre Datenbankinfrastruktur hoch available.Supported Betriebs systemsMySQL bietet hohe Verfügbarkeit, was bedeutet, dass sie auf einer breiten Palette von Linux-Distributionen, darunter Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Rot verwendet werden Hat Enterprise Linux und Oracle Linux sowie Sun Solaris, BSD, Mac OS X und Microsoft Windows-Betriebs systems.The MySQL Community EditionsIn Neben der Enterprise Edition von MySQL ist die Community Edition frei zum Download zur Verfügung und es kann leicht installiert werden kann auf verschiedenen Linux-basierte Betriebssysteme mit den in den Standard-Software-Repositories der jeweiligen GNU / Linux-Distribution Pakete. Er wird aktiv durch eine Gemeinschaft von Open-Source-Enthusiasten und Entwickler aus allen Orten der Welt gepflegt und unterstützt. Mehr Details über die MySQL Community Edition kann auf Softoware gefunden werden

Was ist neu in dieser Pressemitteilung:.

• Bessere Leistung und Skalierbarkeit
• Verbesserte Speicher-Engine InnoDB für bessere Transaktionsdurchsatz
• Verbesserte Optimizer für bessere Abfrage-Ausführungszeit und Diagnose
• Eine bessere Anwendungsverfügbarkeit mit Online DDL / Schema-Operationen
• Bessere Entwickler Agility mit NoSQL Zugang über Memcached API zu InnoDB
• Verbesserte Replikation für hohe Leistung und selbstheilenden Clusterbereitstellungen
• Verbesserte Leistung Schema für bessere Mess- und Überwachungs
• Verbesserte Sicherheit für sorgenfreie Bereitstellung von Anwendungen
• Und andere wichtige Erweiterungen

Was ist neu in Version 5.6.10:

• Neue Funktionen und Erweiterungen in MySQL 5.6 zur Verfügung stehen MySQL-Benutzer im MySQL Community Edition.
• MySQL 5.6 bietet eine verbesserte lineare Skalierbarkeit und hilft den Nutzern zu modernen Hardware-Funktionen zu nutzen.
• Mit dieser Version können Benutzer erleben vereinfachte Abfrage Entwicklung und schnellere Ausführung, bessere Transaktionsdurchsatz und die Verfügbarkeit von Anwendungen, flexible NoSQL-Zugang, verbesserte Replikation und erweiterte Instrumentierung.
• Bessere Abfrageausführungszeit und Diagnose über eine verbesserte MySQL Optimizer Diagnostik vorgesehen: Abfrage Optimierungen: Vereinfachung der Abfrage Entwicklung von vor der Optimierung von Unterabfragen zur Ausführung. Neue Effizienzen in wie Ergebnismengen ausgewählt, sortiert und wieder liefern wesentliche Verbesserung der Abfrage-Ausführungszeit. Die Zugabe von Index Condition Pushdown (ICP) und Batch Key Access (BKA): ausgewählt Abfragedurchsatzes um bis zu 280x (1) verbessern. Verbesserte Optimizer Diagnose: mit für INSERT, UPDATE EXPLAIN und DELETE-Operationen. EXPLAIN-Plan Ausgang im JSON-Format liefert genauere Optimierer Metriken und eine bessere Lesbarkeit und Optimizer Spuren ermöglicht, den Optimierer Entscheidungsprozess zu verfolgen.
• Groß Leistung Durchsatz und Anwendungsverfügbarkeit mit einer verbesserten Speicher-Engine InnoDB: Bis zu 230 Prozent Verbesserung in Transaktions- und Nur-Lese-Durchsatz: InnoDB wurde nachträglich berücksichtigt, um Legacy-Threading zu minimieren, Spülung und Säuberung Mutex Behauptungen und Engpässe, die eine bessere Parallelität auf stark belasteten OLTP-Systeme, und was zu deutlich verbesserten Durchsatz sowohl für Transaktions- und Nur-Lese-Workloads (2). Verbesserte Verfügbarkeit: Online-DDL-Operationen ermöglichen DBAs, Indizes hinzuzufügen und führen Sie Tabellenänderungen, während die Anwendung bleibt für Updates zur Verfügung. Volltextsuche mit InnoDB: ermöglicht es Entwicklern, FULLTEXT -Indizes auf InnoDB-Tabellen zu bauen, um textbasierte Inhalte darzustellen und zu beschleunigen Anwendung sucht nach Wörtern und Phrasen. Einfach, Key Value Lookup: flexibel NoSQL Zugriff auf InnoDB bietet einfache, Schlüssel-Wert-Lookup von InnoDB-Daten über die vertraute Memcached API. Benutzer erhalten die & quot; Beste aus beiden Welten, & quot; Kombination Schlüssel-Wert-Operationen und komplexe SQL-Abfragen in der gleichen Datenbank.
• Verbesserte Scale-Out und Hochverfügbarkeit: mit neuen Features in MySQL-Replikation, einschließlich: Self-Healing-Replikation Cluster: die Zugabe von Global Transaction Identifiers und Dienstprogramme machen es einfach, automatisch zu erkennen und sich von Misserfolge. Crash-sichere Replikation ermöglicht das Binärlog und Sklaven richtigen Positionen in der Replikationsstrom automatisch wiederherzustellen im Falle eines Unfalls, und die Replikation fortzusetzen ohne Eingreifen des Administrators. Prüfsummen die Datenintegrität innerhalb des Clusters durch die automatische Erkennung und Alarmierung bei Fehlern. High Performance Cluster Replication: bis zu 5-mal schneller Replikation durch Multi-Threaded Slaves (3), Binlog Gruppe Commit und Optimiert Zeilenbasierte Replikation ermöglichen es Benutzern, die Leistung und Effizienz der Replikation zu maximieren, da sie Scale-out ihre Workloads auf Rohstoffanlagen. Zeitverzögerte Replikation:. Bietet Schutz vor Bedienungsfehlern auf dem Master, beispielsweise ein versehentliches Fallen Tabellen
• Verbesserte PERFORMANCE_SCHEMA: neue Instrumentierung ermöglicht es Benutzern, eine bessere Überwachung der ressourcenintensivsten Anfragen, Objekte, Benutzer und Anwendungen. New Zusammenfassungen mit aggregierte Statistiken von Abfrage, Faden, Benutzer, Host und Objekt gruppiert sind ebenfalls erhältlich. Die Erweiterungen ermöglichen eine einfachere Standardkonfiguration mit weniger als fünf Prozent Overhead.
• MySQL 5.6 enthält eine Reihe von weiteren Verbesserungen wie Geographische Informationssysteme -. Präzise Raumoperationen, verbessert IPv6 Compliance und optimierte Server standardmäßig

Was ist neu in Version 5.5.30:

• mysql-libs und mysql-libs-schoben haben wurde von der Spec-Datei entfernt werden;
• Ein bisschen mehr intelligente Verarbeitung von .in Dateien im mysql-test / Sammlung wurde implementiert;
• Beim Konvertieren Verzeichnisnamen, um den Dateinamen, ein Dateitrennzeichen (FN_LIBCHAR) könnte zur resultierenden Dateinamen angehängt zu werden. Dieses Problem wurde behoben;
• Ein pb2 Zufallsausfall repariert;
• Das Testskript, das mit früheren Druck nicht mit eingebetteten Fall arbeiten aufgenommen wurde, da es keine pid-Datei in diesen Fällen erstellt. & Quot; not_embedded.inc & quot; wurde hinzugefügt.

Was ist neu in der Version 5.6.9 RC:

• Funktionalität hinzugefügt oder geändert:
• Inkompatible Änderung: Replikation: Eine Reihe von variablen und andere Namen in Zusammenhang mit GTID basierte Replikation geändert wurden, mit dem Ziel, diese Namen mehr angemessen und sinnvoll. Die alten Namen werden nicht mehr unterstützt.
• Die so umbenannt Funktionen werden in der folgenden Liste aufgeführt:
• Die Option --disable-GTID-unsicher-Aussagen Server wurde --enforce-GTID-Konsistenz umbenannt; die disable_gtid_unsafe_statements Systemvariable umbenannt wurde enforce_gtid_consistency.
• Die gtid_done Server Systemvariable umbenannt wurde gtid_executed.
• Die gtid_lost Server Systemvariable umbenannt wurde gtid_purged; zusätzlich ist diese Variable nicht mehr nur gelesen werden.
• Die SQL_THREAD_WAIT_AFTER_GTIDS () Funktion wurde umbenannt WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Weitere Informationen finden Sie unter Abschnitt 16.1.3, & quot; Replikation mit Global Transaction Identifiers & quot ;, und Abschnitt 16.1.4.5, & quot; Global Transaction-ID-Optionen und Variablen & quot ;. (Fehler # 14.775.984)
• mysqld schreibt nun Daten aus, um das Fehlerprotokoll in ISO (JJJJ-MM-TT hh: mm: ss) Format. Es enthält auch seine Prozess-ID auf den Tag folgt. Dank Davi Arnaut für den Patch. (Fehler # 56240, Bug # 11.763.523)
• Windows Vista, Windows Server 2008 und neuere Unterstützung nativer symbolische Links mit Hilfe des Befehls mklink. Dies macht den MySQL Server-Implementierung von Datenbank symbolische Links mit .sym Dateien redundant, so dass Mechanismus ist veraltet und wird in zukünftigen MySQL-Release entfernt werden. Siehe Abschnitt 8.11.3.1.3, & quot; Benutzung symbolischer Links für Datenbanken unter Windows & quot;.
• Behobene Fehler:
• Performance: InnoDB: Die Zeitwerte für die Low-Level-InnoDB Lesevorgänge wurden für eine bessere Leistung mit schnellen Speichergeräten, wie SSD angepasst. Diese Erweiterung betrifft vor allem Lesevorgänge für BLOB-Spalten in komprimierter Tabellen. (Fehler # 13.702.112, Bug # 64258)
• Inkompatible Änderung:. Die thread_id Spalte im Performance-Schema-Tabellen aus INT BIGINT verbreitert, um den 64-Bit-Werte aufnehmen
• Wenn Sie diese Version von MySQL von einer früheren Version aktualisieren, müssen Sie mysql_upgrade laufen (und den Server neu starten), um diese Änderung zu der performance_schema Datenbank zu integrieren. (Fehler # 14.664.453)
• Inkompatible Änderung: Verbindungskennung (Thread-ID) Werte größer als 32 Bit kann auf manchen Systemen (wie beschäftigt oder mit langer Laufzeit 64-Bit-Systeme) auftreten, wodurch diese Probleme:
• Verbindungs-IDs auf die allgemeine Abfrage-Protokoll und Log für langsame Abfragen geschrieben waren nicht korrekt. Dies galt für die Anmeldung zu beiden Dateien und Tabellen.
• Die Funktion CONNECTION_ID () kann einen Wert mit einem Datentyp zu klein für Werte größer als 32 Bit zurück.
• Die mysql_thread_id () und mysql_kill () C-API-Funktionen nicht verarbeiten ID-Werte größer als 32 Bit. Dies könnte in die Tötung der falschen Thread zur Folge; zum Beispiel, wenn Sie mysql_kill aufgerufen (mysql_thread_id ()).
• Verbindungs-IDs jetzt ist es gestattet, 64-Bit-Werte sein, wenn der Server unterstützt diese (wenn sie mit 64-Bit-Datentypen gebaut), die diese Effekte hat:
• Verbindungs-IDs korrekt auf die allgemeine Abfrage-Protokoll und Log für langsame Abfragen protokolliert.
• Hinweis
• Diese Änderung beinhaltet eine Änderung in den Protokolltabellen, so dass nach dem Upgrade auf dieses Release müssen Sie mysql_upgrade laufen und starten Sie den Server.
• CONNECTION_ID () liefert einen Datentyp für Werte größer als 32 Bit geeignet.
• mysql_thread_id () ist unverändert; Die Client / Server-protocal hat nur 4 Bytes für die ID-Wert. Diese Funktion gibt ein falsches (abgeschnitten) Wert für Verbindungs-IDs mit mehr als 32 Bit und sollte vermieden werden.
• mysql_kill () noch nicht verarbeiten kann Werte größer als 32 Bit, aber jetzt gegen die Tötung der falschen Thread zu bewachen gibt einen Fehler in diesen Fällen:
• Wenn da einer ID größer als 32 Bit, mysql_kill () gibt einen CR_INVALID_CONN_HANDLE Fehler.
• Nach Innengewinde-ID-Zähler des Servers erreicht einen Wert größer als 32 Bit, eine ER_DATA_OUT_OF_RANGE Fehler zurückgegeben für jede mysql_kill () Aufruf und mysql_kill () fehlschlägt.
• Um Probleme mit mysql_thread_id () und mysql_kill () zu vermeiden, verwenden Sie sie nicht. Um die Verbindungs-ID zu erhalten, führen Sie eine SELECT CONNECTION_ID () Abfrage und das Ergebnis abrufen. Um einen Thread zu töten, führen Sie ein KILL-Anweisung.
• (Fehler # 19806, Bug # 11.745.768, Bug # 65715, Bug # 14.236.124, Bug # 44728, Bug # 11.753.308)
• Wichtige Änderung: InnoDB: Ein DML-Anweisung mit dem Index-Merge-Zugriffsmethode konnten viele Zeilen sperren vom Tisch, auch wenn diese Reihen waren nicht Teil der endgültigen Ergebnismenge. Dieses Update reduziert die übermäßige Verriegelung durch die Freigabe der Sperren von unvergleichlicher Reihen. Diese Optimierung wirkt sich nur auf Transaktionen mit Isolationsstufe gleich oder weniger streng als READ COMMITTED; sie bezieht sich nicht auf Transaktionen mit REPEATABLE READ oder SERIALIZABLE Isolationsstufe gelten. (Fehler # 14.226.171)
• Wichtige Änderung: Replikation: Durch die Ausführung des Servers mit GTIDs aktivieren, damit Sie nicht transaktionalen Tabellen verhindert Veränderungen, konnten sich nicht auf Systemtabellen, die MyISAM -Speicher-Engine verwendet und daher nicht vollständig funktionieren zu betreiben Programme wie mysql_upgrade und mysql_install_db. Nun, wenn mit --enforce-GTID-Konsistenz (erforderlich, wenn --gtid-mode = ON), kann der Server einzelne Aussagen nicht transaktionalen Tabellen. (Fehler # 14.722.659)
• Wichtige Änderung: Replikation: Früher wurde der Wert der Seconds_Behind_Master Spalte in der Ausgabe von SHOW SLAVE STATUS immer auf NULL gesetzt, wenn der SQL-Thread oder die I / O-Thread gestoppt wurde. Nun wird in dieser Spalte auf NULL, wenn der SQL-Thread nicht ausgeführt wird, oder wenn die I / O-Thread nicht ausgeführt wird nach einer Prüfung, um festzustellen, ob der SQL-Thread alle Relay-Log verarbeitet. (Wenn der SQL-Thread die Verarbeitung abgeschlossen hat und die I / O-Thread ausgeführt wird, ist Seconds_Behind_Master 0) (Fehler # 12.946.333)
• Partitionierung: InnoDB: Früher, als Versuch, eine oder mehrere Partitionen einer partitionierten Tabelle, die eine Speicher-Engine nicht unterstützt Partitionsebene zu optimieren, wie InnoDB verwendet zu optimieren, berichtet MySQL Tabelle nicht unterstützt zu optimieren, dabei neu erstellen + statt zu analysieren und dann neu erstellt, die gesamte Tabelle, aber nicht wirklich analysieren. Jetzt in solchen Fällen der Warnhinweis, Tisch nicht optimieren unterstützt auf Partitionen. Alle Partitionen werden wieder aufgebaut und analysiert werden. Darüber hinaus wird die gesamte Tabelle, nachdem sie zuerst wieder aufgebaut analysiert. (Fehler # 11.751.825)
• InnoDB: Wenn der Server abgestürzt, während Reihen wurden mit einem FULLTEXT-Index, aber bevor die Transaktion festgeschrieben wurde, in eine Tabelle eingefügt, könnte ein Fehler bei der nächsten Systemstart auftreten:
• InnoDB: Assertion Fehler im Faden thread_num in Datei dict0dict.cc Linie 1019
• (Fehler # 14.826.779)
• InnoDB: Der Server mit einem Fehler beim Zugriff auf eine InnoDB-Tabelle, die einen FULLTEXT-Index durch die Anweisung HANDLER stoppen könnte. (Fehler # 14.788.710)
• InnoDB: Der Server mit einem Fehler stoppen könnte, wenn zwei Arten von Operationen gleichzeitig passiert:
• Ein ROLLBACK einer eingefügten Zeile, die Off-Page-Spalten enthalten.
• Eine Online-Online-DDL-Operation, die eine Tabelle mit ROW_FORMAT = DYNAMIC oder ROW_FORMAT = DRUCK (das heißt, mit dem Barracuda-Dateiformat), die die Tabelle neu aufgebaut. Zum Beispiel ADD / DROP COLUMN, ADD PRIMARY KEY, ändern ROW_FORMAT.
• (Fehler # 14.842.014)
• InnoDB: Der Server mit einer Behauptung Fehler eines ANALYZE TABLE Betrieb stoppen könnte, abhängig von der Struktur der Tabelle und ihrer Indizes:
• InnoDB: Assertion Fehler im Faden thread_num in Datei dict0dict.ic Linie 447
• InnoDB: Failing Behauptung: pos & lt; Tisch- & gt; n_def
• (Fehler # 14.755.452)
• InnoDB: Ein Timeout-Fehler könnte auf Windows-Systemen auftreten, wenn dabei ALTER TABLE-Anweisungen mit den DISCARD SPACE oder IMPORT TABLE Klauseln, aufgrund eines im Dateisystem verbleibenden temporären Tablespace-Datei. (Fehler # 14.776.799)
• InnoDB: Ein Online-DDL-Vorgang für eine InnoDB-Tabelle falsch gemeldet einen leeren Wert ('') anstelle des richtigen Schlüsselwert, wenn sie berichtet, einen Nachschlüssel Fehler für einen eindeutigen Index mit einem Index-Präfix. (Fehler # 14.729.221)
• InnoDB: InnoDB-Tabellen mit FULLTEXT -Indizes können Speicher für Thread-Handles, die nie veröffentlicht wurden, zugewiesen werden, was möglicherweise zu Problemen auf Windows-Systemen Ressourcen. (Fehler # 14.759.163)
• InnoDB: Während einer Online-DDL-Operation, die Kopien der Tisch, der sekundäre Index der Tabelle beschädigt werden könnte. (Fehler # 14.753.701)
• InnoDB: Wenn der Server stürzte nach einem Online-DDL CREATE INDEX-Betrieb, kann ein Fehler auftreten, während die Rollback der unvollständigen Transaktionen beim nächsten Start:
• InnoDB: Fehler in sec Indexeintrag del in rückgängig machen
• ...
• InnoDB: Assertion Fehler im Faden thread_num in Datei row0umod.cc Linie 559
• (Fehler # 14.707.452)
• InnoDB: Wenn der Server während einer ALTER TABLE-Operation, die den gruppierten Index für eine InnoDB -Tabelle umgebaut zu einem bestimmten Zeitpunkt stürzte, konnte die ursprüngliche Tabelle nicht zugänglich danach sein. Ein Beispiel für eine solche Operation ist ALTER TABLE ... ADD PRIMARY KEY Das Update bewahrt die ursprüngliche Tabelle, wenn der Server während dieses Vorgangs hält. Sie können immer noch die .ibd -Datei manuell umbenennen, um die ursprünglichen Tabelleninhalt wiederherzustellen: in MySQL 5.6 und höher, Umbenennen von # sql-ib $ new_table_id.ibd innerhalb des Datenbankverzeichnis table_name.ibd; vor MySQL 5.6, die temporäre Datei umbenennen ist table_name # 1 oder # 2. (Fehler # 14.669.848)
• InnoDB: Dieses Update verbessert die Fehlerbehandlung, wenn eine Operation ALTER TABLE fügt eine Spalte über die maximale Anzahl für eine InnoDB-Tabelle erlaubt. Es stellt sich auch die maximale Anzahl von Spalten für eine InnoDB-Tabelle von 1000 bis 1020 (Fehler # 14.705.287)
• InnoDB: Während einer Online-DDL-Operation, die in der Tabelle neu aufgebaut, könnte eine CHECK TABLE-Anweisung einen Zählerübereinstimmung für alle Sekundärindizes zu melden. (Fehler # 14.606.472)
• InnoDB: Wenn ein ALTER TABLE-Anweisung schlug beim Versuch, einen Volltextindex für eine InnoDB-Tabelle zu erstellen, die Server mit einem Assertionsfehler stoppen konnte, während Fallenlassen der unvollständigen Index. (Fehler # 14.504.174)
• InnoDB: Beim Herunterfahren mit dem innodb_purge_threads Konfigurationsoption größer als 1, der Server vorzeitig mit diesem Fehler zu stoppen konnte:
• mysqld bekam Signal 11
• Ein Workaround war innodb_log_file_size erhöhen und setzen innodb_purge_threads = 1. Das Update wurde auf MySQL 5.5 und 5.1 zurückportiert, auch wenn diese Versionen haben nicht die innodb_purge_threads Konfigurationsoption so dass der Fehler nicht zu rechnen war. (Fehler # 14.234.028)
• InnoDB: Der Server mit einem Fehler unter einigen Kombinationen von gleichzeitig ablaufende Operationen zu stoppen konnte:
• InnoDB: unbekannt Fehler-Code 20
• Diese Frage entstand während der 5.6-Entwicklungszyklus. Es beeinflusst nur Transaktionen mit Hilfe der READ COMMITTED andread UNCOMMITTED Isolationsstufen. (Fehler # 13.641.662, Bug # 12.424.846)
• Replikation: Wenn eine Tabelle, die repliziert hatte einen FULLTEXT-Index sein, der Index wurde nicht bei der Wahl der Art der Scan bei der Suche nach der nächsten Reihe verwendet werden, auch wenn sie nicht verwendet werden, um die richtige zu finden ausgeschlossen. Die Zeile Applikator anschließend versuchte erfolglos, einen Index-Scan zu beschäftigen, was die Replikation fehl. Jetzt in solchen Fällen Indizes, die nicht vorgesehen sequentiellen Zugriff (wie FULLTEXT) sind nicht bei der Bestimmung, ob eine Tabelle, Index oder Hash-Scan für diesen Zweck verwenden. (Fehler # 14.843.764)
• Replikation: Bei Verwendung des GTID bewusste Master-Slave-Protokoll, verwendet der Slave-I / O-Thread den falschen Position. Bei Verwendung GTIDs wird die Position normalerweise nicht verwendet, sondern auch als Spezialfall wurde die Position neben der GTID verwendet, wenn der Slave dann wieder an der gleichen Master (obwohl dies nicht notwendig ist). Dieses Problem wird, indem die GTID bewusste Master-Slave-Protokoll nicht verwenden, Positionen überhaupt nicht mehr fixiert. (Fehler # 14.828.028)
• Replikation: Bei einer gespeicherten Routine R, in dem der GTID_SUBTRACT () -Funktion aufgerufen wurde: Sobald GTID_SUBTRACT () NULL zurück, wenn innerhalb R genannt, setzte es auf NULL jedes Mal im R aufgerufen wurde, für den Rest des Client- Sitzung. (Fehler # 14.838.575)
• Replikation: MySQL Enterprise Backup, mysqldump und mysqlhotcopy konnte nicht mit einem GTID fähigen MySQL Server verwendet werden, weil sie nicht in der Lage GTID Zustand des Servers wiederherzustellen und so nicht von einem beliebigen Punkt im Binärlog andere als die Wiederherstellung Anfang an.
• Als Teil der Lösung für dieses Problem ist die gtid_purged Systemvariable (früher gtid_lost) nicht mehr schreibgeschützt; Jetzt ist es möglich, GTIDs, um es hinzuzufügen, wenn gtid_executed (früher gtid_done) leer ist. (Fehler # 14.787.808)
• Replikation: Neustart der Replikation nach dem ersten Binärlogdatei gespült worden war, führte zu der Fehler Got fatalen Fehler 1236 vom Meister, wenn Daten aus Binär-Log: "Der Slave wird die Verbindung über CHANGE MASTER TO MASTER_AUTO_POSITION = 1, aber der Meister hat gespült Binärlogs enthält GTIDs, dass der Slave benötigt. " Dies führte GTID basierte Replikation fehl. (Fehler # 14.756.691)
• mysql_install_db nicht die Option --user ehren. (Fehler # 15.866.735)
• Erstellen einer InnoDB-Tabelle mit einem FULLTEXT-Index könnte, wenn der Tabellenname enthalten nicht alphanumerischen Zeichen ein schwerwiegender Fehler auftreten. (Fehler # 14.835.178)
• Unzulässige Speicher liest könnte für Abfragen, die von einer Länge Null Tabellennamen ausgewählt auftreten. (Fehler # 14.780.820)
• Mit LOCK TABLES in Kraft, CREATE TABLE IF NOT EXISTS ... LIKE kann eine Aussage zu erhöhen. (Fehler # 14.788.976)
• Die automatische Schlüsselgenerierung Teil der abgeleiteten Tabelle Handhabung nicht richtig verarbeiten Spalten als Teil der VALUES () Klausel angegeben und verursacht eine Behauptung zu erheben sind. (Fehler # 14.786.324)
• Der Versuch, einen utf16 Datei mit LOAD DATA INFILE lesen hob eine Behauptung. (Fehler # 14.786.470)
• init_io_cache () verwendet memset (), um einen Mutex zu löschen, aber bestanden die falsche Mutex Größe. (Fehler # 14.838.882)
• Der Optimierer konnte bei der Bewertung einen Reichweitentest gegen eine Behauptung erheben IS NOT NULL Bedingung. (Fehler # 14.843.705)
• Eine Behauptung könnte angehoben Ausführung INSERT, UPDATE werden oder DELETE, nachdem implizit ab einem Nur-Lese-Transaktion in LOCK TABLES-Modus. (Fehler # 14.788.540)
• Der Versuch, ein Auto-Increment-Spalte in InnoDB-Tabelle mit einem NULL-type-Attribut zu erstellen könnten einen schwerwiegenden Fehler verursachen. (Fehler # 14.758.479)
• Eine Behauptung wurde ausgelöst, wenn ALTER TABLE wurde verwendet, um eine Spalte auf denselben Namen wie eine vorhandene Spalte umbenennen, während auch Neuordnung die umbenannte Spalte mit AFTER oder FIRST. (Fehler # 14.756.089)
• Eine Behauptung könnte erhöht werden, wenn Semi-Join Materialisierung wurde verwendet, um ein NOT IN Unterabfrage zu bewerten. (Fehler # 14.751.858)
• Bei einigen Fortsetzung Handler Verschachtelungen, Fortsetzung konnte an der falschen Stelle auf. (Fehler # 14.724.836)
• SHOW PROCESS Ausgang nicht in Id-Reihenfolge sortiert. (Fehler # 14.771.006)
• Für einige SELECT-Anweisungen, erklären könnte dazu führen, dass der Server zu beenden. (Fehler # 14.761.894)
• Ein Speicherverlust aufgetreten ist für Versuche, ALTER TABLE verwenden, um einen Standardwert für eine kleine, mittlere oder lange BLOB oder TEXT -Spalte gesetzt. (Fehler # 14.756.206)
• Installation mit Solaris-Pakete lief mysql_install_db während der Aktualisierung Operationen (dies sollte nur für neue Installationen vorkommen). (Fehler # 14.747.671)
• Für UPDATE-Anweisungen, zeigte die Gesamtschlüssellänge in der Spalte key_len und nicht die Länge der verwendeten Schlüssel Teile erklären. (Fehler # 14.682.438)
• Starten Sie den Server mit --bind-Adresse und dann die Einstellung host_cache_size auf 0 könnte in den Server stoppen für bestimmte Arten von Client-Verbindungen führen. (Fehler # 14.689.561)
• Mit Index Bedingungs-Pushdown aktiviert ist, könnte der Optimierer falsche Ergebnisse für abgeleitete Tabellen erzeugen. (Fehler # 14.640.176)
• Der Optimierer konnte unkorrekte Verwendung einer nicht räumlichen Index für räumliche Operationen zu optimieren, so dass eine Aussage nicht zu erheben. (Fehler # 14.600.994)
• mysql_config_editor erzeugt keine Fehlermeldung für Schreibfehler in die Konfigurationsdatei. (Fehler # 14.545.989)
• zum Umschreiben von Abfragen zu schrubben Passwörter für die Anmeldung wurde getan, auch wenn keiner der zugehörigen Protokolle aktiviert waren. Auch CREATE SERVER und ALTER SERVER werden nun bei Bedarf neu geschrieben. (Fehler # 14.073.554)
• CHECK TABLE und REPAIR TABLE kann abstürzen, wenn eine MyISAM-Tabelle eine beschädigte Schlüssel (.MYI-Datei) hatte. Jetzt ist der Server zu einem Fehler. (Fehler # 13.556.441)
• CHECK TABLE und REPAIR TABLE kann abstürzen, wenn eine MyISAM-Tabelle eine beschädigte Schlüssel (.MYI-Datei) hatte. Jetzt ist der Server zu einem Fehler. (Fehler # 13.556.107, Bug # 13.556.000)
• Für Dumps der MySQL-Datenbank, übersprungen mysqldump die Ereignistabelle, wenn die Option --events gegeben wurde. Um diese Tabelle zu überspringen, wenn dies gewünscht wird, verwenden Sie die --ignore-Tabellenoption statt (Bug # 55587, Bug # 11.762.933)
• mysqld_safe ignoriert den Wert der Umgebungsvariable UMASK, was zu Verhalten unterscheidet sich von mysqld in Bezug auf die Zugriffsmodus erstellten Dateien. Jetzt mysqld_safe (und mysqld_multi) versuchen, das gleiche Verhalten wie mysqld anzunähern. (Fehler # 57.406, Bug # 11.764.559)
• Unter Mac OS X, Neuinitialisierung des Abfrage-Cache kann dazu führen, den Server zu verlassen. Dank Davi Arnaut für den Patch. (Fehler # 67156, Bug # 14.741.880)
• Für MEMORY-Tabellen mit HASH -Indizes, DELETE manchmal nicht, um alle anwendbaren Zeilen zu löschen. (Fehler # 51.763, Bug # 11.759.445)
• Der Server konnte den Abfrage-Cache für Abfragen in dem eine Datenbank oder Tabellennamen Sonderzeichen enthielten, und die Tabelle Speicher-Engine InnoDB verwenden war. (Fehler # 64821, Bug # 13.919.851)
• Unter Mac OS X, KILL könnte manchmal unzuverlässig sein. (Fehler # 37780, Bug # 11.748.945)
• LAST_INSERT_ID (expr) nicht für expr arbeiten Werte größer als der größte BIGINT-Wert. (Fehler # 20964, Bug # 11.745.891)