MySQL Enterprise Edition

MySQL Enterprise Edition is een commerciële, bekroonde, op grote schaal gebruikt en super snel RDBMS (Relational Database Management System), oorspronkelijk ontwikkeld door Sun Microsystems en nu onderhouden door Oracle. Het bevat krachtige Enterprise-functies, zoals MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise Schaalbaarheid, MySQL Enterprise Security, MySQL Enterprise Audit, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL Stof en MySQL Workbench.Features op een glanceKey functies zijn onder meer ondersteuning voor het maken van incrementele, volledige of gedeeltelijke back-ups, point-in-time-recovery functionaliteit, gedeeltelijk of volledig herstelt, externe authenticatie-ondersteuning, ondersteuning voor thread zwembaden, policy-based auditing compliance, online & ldquo; hot & rdquo; back-up ondersteuning, cluster manager en cluster geo-replicatie functies, automatische schaling, evenals ondersteuning voor verschillende motoren opslag, met inbegrip van InnoDB, NDB en MyISAM.
Daarnaast is het voorzien van back-compressie, database replicatie, DRBD (Distributed Gerepliceerd Block Device) ondersteuning, Oracle Solaris clustering, Oracle VM templates, Windows failover clustering, Windows Active Directory-integratie, PAM (Pluggable Authentication Modules) authenticatie ondersteuning, evenals 24 / 7 steun van Oracle. Een andere interessante mogelijkheden die het de mogelijkheid om uw database-infrastructuur zeer available.Supported actief systemsMySQL biedt grote beschikbaarheid, wat betekent dat het kan worden gebruikt op een breed scala van Linux-distributies, waaronder Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux en Oracle Linux, evenals Sun Solaris, BSD, Mac OS X en Microsoft Windows besturingssysteem systems.The MySQL Community EditionsIn Naast de Enterprise-editie van MySQL, de Community Edition is vrij beschikbaar om te downloaden en het kan gemakkelijk worden geïnstalleerd op verschillende Linux-gebaseerde besturingssystemen met behulp van de pakketten opgenomen in de standaard software repositories van de respectievelijke GNU / Linux distributie. Het wordt actief onderhouden en ondersteund door een community van open source liefhebbers en ontwikkelaars uit alle plaatsen van de wereld. Meer details over de MySQL Community Editions kunt u vinden op Softoware

Wat is nieuw in deze release:.

• Betere prestaties en Schaalbaarheid
• Verbeterde InnoDB storage engine voor een betere transactionele doorvoer
• Verbeterde Optimizer voor een betere vraag uitvoeringstermijnen en diagnostiek
• Een betere beschikbaarheid van applicaties met Online DDL / schema-
• Beter Developer Agility met NoSQL Toegang via Memcached API om InnoDB
• Verbeterde Replicatie voor hoge prestaties en self-healing cluster implementaties
• Verbeterde prestaties Schema voor een betere instrumentatie en monitoring
• Verbeterde beveiliging voor zorgeloos applicatie-implementaties
• en andere belangrijke verbeteringen

Wat is nieuw in versie 5.6.10:

• Nieuwe functies en verbeteringen in MySQL 5.6 zijn beschikbaar voor MySQL-gebruikers in de MySQL Community Edition.
• MySQL 5.6 zorgt voor een verbeterde lineaire schaalbaarheid, om gebruikers te helpen de moderne hardware mogelijkheden benutten.
• Met deze versie kunnen gebruikers eenvoudiger query-ontwikkeling en snellere uitvoering, een betere transactionele doorvoer en beschikbaarheid van applicaties, flexibele NoSQL toegang, verbeterde replicatie en verbeterde instrumentatie ervaren.
• Beter Query Execution Times and Diagnostics verstrekt via een verbeterde diagnostiek MySQL Optimizer: Subquery Optimalisaties: vereenvoudigen query-ontwikkeling door het optimaliseren van subqueries voorafgaand aan de uitvoering. Nieuwe efficiëntie in de manier waarop resultaat sets worden geselecteerd, gesorteerd en keerde substantiële verbetering van de query uitvoeren tijden te leveren. De toevoeging van Index Voorwaarde Pushdown (ICP) en Batch Key Access (BKA): kunnen verbeteren geselecteerde query-doorvoersnelheid tot wel 280x (1). Enhanced Optimizer Diagnostics: met EXPLAIN voor INSERT, UPDATE en DELETE operaties. EXPLAIN plan van output in JSON formaat levert nauwkeuriger optimizer metrics en een betere leesbaarheid en Optimizer Sporen in staat stelt om de optimizer besluitvormingsproces te volgen.
• betere prestaties Throughput en applicatie beschikbaarheid met een verbeterde InnoDB storage engine: tot 230 procent verbetering in de Transactionele en Read Only Throughput: InnoDB is opnieuw ingecalculeerd voor het legacy-threading te minimaliseren, blozen, en purge mutex twisten en knelpunten, waardoor beter concurrency op zwaar belaste OLTP-systemen, en resulteert in een aanzienlijk verbeterde doorvoer voor zowel transactionele en gelezen slechts workloads (2). Verbeterde Beschikbaarheid: online DDL handelingen mogelijk DBA om indexen tafel wijzigingen toe te voegen en uit te voeren terwijl de toepassing beschikbaar blijft voor updates. Full-Text Search met InnoDB: stelt ontwikkelaars in staat om FULLTEXT indexen op InnoDB tabellen te bouwen om tekst gebaseerde inhoud te vertegenwoordigen en te versnellen applicatie zoekt naar woorden en zinnen. Eenvoudige, Key Value Lookup: flexibel NoSQL toegang tot InnoDB biedt eenvoudige, key-value lookup van InnoDB gegevens via de vertrouwde Memcached API. Gebruikers krijgen de & quot; beste van beide werelden, & quot; een combinatie van sleutel-waarde operaties en complexe SQL queries in dezelfde database.
• Verbeterde scale-out en High Availability: met nieuwe functies in MySQL replicatie, waaronder: Self-Healing Replicatie Clusters: de toevoeging van Global Transaction Identifiers en hulpprogramma's maken het eenvoudig om automatisch te detecteren en herstellen van fouten. Crash-Safe-replicatie kan de binaire log en slaven om de juiste posities in de replicatie stroom automatisch te herstellen in geval van een crash, en replicatie hervatten zonder tussenkomst van de beheerder. Checksums onderhouden integriteit van de gegevens over de cluster door automatisch te detecteren en alarmeren op fouten. High Performance Replicatie Clusters: tot 5 keer sneller replicatie door middel van multi-threaded Slaves (3), binlog Group Commit en Geoptimaliseerd-Row Replicatie op basis van gebruikers in staat om de prestaties en efficiëntie van replicatie te maximaliseren als ze scale-out hun workloads tussen grondstoffenmarkten systemen. Vertraagd Replicatie:. Biedt bescherming tegen operationele fouten gemaakt op de master, bijvoorbeeld per ongeluk laten vallen van tabellen
• Verbeterde PERFORMANCE_SCHEMA: nieuwe instrumentatie stelt gebruikers in staat om de meeste resource intensieve query's, objecten, gebruikers en applicaties beter te monitoren. Nieuwe samenvattingen met geaggregeerde statistieken gegroepeerd per query, draad, gebruiker, host en object zijn ook beschikbaar. De verbeteringen zorgen voor eenvoudiger standaard configuratie met minder dan vijf procent overhead.
• MySQL 5.6 bevat een aantal extra verbeteringen waaronder Geografische Informatie Systemen -. Precieze Ruimtelijke operaties, verbeterde IPv6 compliance en geoptimaliseerde server defaults

Wat is nieuw in versie 5.5.30:

• mysql-libs en mysql-libs-gevorderd hebben verwijderd uit de spec-bestand;
• Een beetje meer intelligente verwerking van .in bestanden in mysql-test / collectie is uitgevoerd;
• Terwijl het omzetten mapnaam om bestandsnaam, een bestand afscheider (FN_LIBCHAR) zou kunnen krijgen toegevoegd aan de resulterende bestandsnaam. Dit probleem werd vastgesteld;
• Een pb2 willekeurige storing is verholpen;
• testscript die werd toegevoegd duwen eerder niet met ingebedde geval er geen pid bestand dat in dergelijke gevallen. & Quot; not_embedded.inc & quot; is toegevoegd.

Wat is nieuw in versie 5.6.9 RC:

• Functionaliteit toegevoegd of gewijzigd:
• inwerkende wijzigen: Replicatie: Een aantal van de variabele en andere namen die betrekking hebben op GTID-gebaseerde replicatie zijn gewijzigd, met het oog op deze namen meer geschikt en zinvol te maken. De oude namen worden niet meer ondersteund.
• De functies, zodat omgedoopt worden getoond in de volgende lijst:
• De optie --disable-gtid-onveilig-statements server is hernoemd --enforce-gtid-consistentie; het disable_gtid_unsafe_statements systeemvariabele is hernoemd enforce_gtid_consistency.
• De gtid_done serversysteem variabele is hernoemd gtid_executed.
• De gtid_lost serversysteem variabele is hernoemd gtid_purged; bovendien wordt deze variabele niet langer alleen-lezen.
• De SQL_THREAD_WAIT_AFTER_GTIDS () functie is hernoemd WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Voor meer informatie, zie paragraaf 16.1.3, & quot; Replication met Global Transaction Identifiers & quot ;, en Paragraaf 16.1.4.5, & quot; Global Transaction ID Opties en variabelen & quot ;. (Bug # 14.775.984)
• mysqld schrijft nu een datum om de error log in ISO (JJJJ-MM-DD uu: mm: ss) formaat. Het omvat ook het proces-ID na de datum. Met dank aan Davi Arnaut voor de patch. (Bug # 56240, Bug # 11.763.523)
• Windows Vista, Windows Server 2008, en nieuwere ondersteuning inheemse symlinking behulp van de mklink commando. Dit maakt de MySQL Server implementatie van database-symbolische koppelingen met behulp .sym bestanden overbodig, zodat het mechanisme nu is verouderd en zal in een toekomstige versie van MySQL worden verwijderd. Zie Sectie 8.11.3.1.3, & quot; Met behulp van symbolische links voor Databases op Windows & quot;.
• Bugs Fixed:
• Prestaties: InnoDB: De timing waarden voor low-level InnoDB lezen operaties werden gecorrigeerd voor betere prestaties met snelle opslagapparaten, zoals SSD. Deze verbetering treft voornamelijk lees operaties voor BLOB kolommen in gecomprimeerde tabellen. (Bug # 13.702.112, Bug # 64258)
• inwerkende wijzigen:. De kolom thread_id in Performance schema tabellen werd verbreed van INT naar BIGINT naar 64-bits waarden tegemoet
• Als u een upgrade naar deze versie van MySQL vanuit een eerdere versie, moet u mysql_upgrade draaien (en de server opnieuw) aan deze wijziging van het performance_schema databank op te nemen. (Bug # 14.664.453)
• inwerkende wijzigen: Connection ID (thread-id) waarden van meer dan 32 bits kunnen optreden voor sommige systemen (zoals bezet of long-running 64-bit systemen), de oorzaak van deze problemen:
• Verbinding IDs geschreven aan de algemeen verzoek log en traag query-log onjuist waren. Dit gold voor het aanmelden bij beide bestanden en tabellen.
• De CONNECTION_ID () functie kan een waarde terug te keren met een gegevenstype te klein voor waarden groter dan 32 bits.
• De mysql_thread_id () en mysql_kill () C API-functies niet omgaan met id-waarden groter dan 32 bits. Dit zou kunnen leiden tot het doden van de verkeerde draad; bijvoorbeeld, als je mysql_kill ingeroepen (mysql_thread_id ()).
• Verbinding IDs nu is toegestaan ​​om zijn 64-bits waarden wanneer de server ondersteunt hen (toen gebouwd met 64-bit data types), waarin deze effecten heeft:
• Verbinding IDs correct ingelogd zijn om de algemene vraag log en traag query-log.
• Opmerking
• Deze wijziging betreft een wijziging van het logboek tafels, dus na de upgrade naar deze versie, moet u mysql_upgrade lopen en de server opnieuw op.
• CONNECTION_ID () geeft een datatype geschikt is voor waarden groter dan 32 bits.
• mysql_thread_id () is ongewijzigd; de client / server protocal heeft slechts 4 bytes voor de ID-waarde. Deze functie geeft een verkeerde (afgekapt) waarde voor de aansluiting-ID's groter dan 32 bits en dient vermeden te worden.
• mysql_kill () nog steeds niet kan omgaan met waarden groter dan 32 bits, maar om te waken tegen het doden van de verkeerde draad keert nu terug een fout in deze gevallen:
• Indien gegeven een ID groter dan 32 bits, mysql_kill () geeft een CR_INVALID_CONN_HANDLE fout.
• Na binnendraad ID teller van de server bereikt een waarde groter dan 32 bits, het een ER_DATA_OUT_OF_RANGE fout keert terug voor elke mysql_kill () aanroepen en mysql_kill () mislukt.
• Om problemen met mysql_thread_id () en mysql_kill () te vermijden, daar geen gebruik van. Om de verbinding ID te krijgen, voeren een SELECT CONNECTION_ID () query en het resultaat te halen. Om een ​​draad te doden, uitvoeren van een KILL verklaring.
• (Bug # 19806, Bug # 11.745.768, Bug # 65715, Bug # 14.236.124, Bug # 44728, Bug # 11.753.308)
• belangrijke verandering: InnoDB: Een DML opgenomen met behulp van de index merge toegang methode veel rijen kon vergrendelen van de tafel, zelfs wanneer die rijen maakten geen deel uit van het uiteindelijke resultaat set. Deze correctie vermindert de overmatige vergrendeling door het vrijgeven van de sluizen van ongeëvenaarde rijen. Deze optimalisatie heeft alleen invloed op transacties met isolatie niveau gelijk aan of minder streng dan LEES begaan; het niet van toepassing op transacties met behulp van REPEATABLE LEES of SERIALIZABLE isolatie niveau. (Bug # 14.226.171)
• belangrijke verandering: Replicatie: Omdat de server draait met GTIDs geactiveerd hebben verhinderd wijzigingen aan nontransactional tafels, programma's zoals mysql_upgrade en mysql_install_db waren niet in staat om te werken op het systeem tabellen die de MyISAM storage engine gebruikt en dus kon het niet kunnen functioneren. Nu, bij het uitvoeren van met --enforce-gtid-consistentie (vereist wanneer --gtid-mode = ON), de server laat enkele uitspraken over nontransactional tafels. (Bug # 14.722.659)
• belangrijke verandering: Replicatie: Vroeger werd de waarde van de kolom Seconds_Behind_Master in de uitvoer van SHOW SLAVE STATUS altijd ingesteld op NULL wanneer de SQL-thread of de I / O-thread werd gestopt. Nu wordt deze kolom ingesteld op NULL indien de SQL thread niet actief is, of als de I / O-thread actief na controle om te bepalen of de SQL draad alle relais log heeft verwerkt. (Als de SQL draad verwerking is voltooid en de I / O-draad loopt, Seconds_Behind_Master is 0.) (Bug # 12.946.333)
• partitioneren: InnoDB: Vroeger, bij een poging om een ​​of meer partities van een gepartitioneerde tabel die een storage engine die geen ondersteuning partitie-niveau te optimaliseren, zoals InnoDB gebruikt optimaliseren, MySQL gemeld tabel niet ondersteunt optimaliseren, doet recreëren + in plaats daarvan te analyseren, vervolgens opnieuw gemaakt de hele tabel, maar wist eigenlijk niet analyseren. Nu in dit geval het waarschuwingsbericht gaat Tabel geen ondersteuning optimaliseren partities. Alle partities zal worden herbouwd en geanalyseerd. Daarnaast wordt de hele tabel geanalyseerd na de eerste wordt herbouwd. (Bug # 11.751.825)
• InnoDB: Als de server crashte terwijl rijen werden ingevoegd in een tabel met een FULLTEXT index, maar voordat de transactie is gepleegd, kan er een fout optreden tijdens de volgende startup:
• InnoDB: Bewering falen in thread thread_num in file dict0dict.cc lijn 1019
• (Bug # 14.826.779)
• InnoDB: De server kan stoppen met een fout bij het openen van een InnoDB tabel met een FULLTEXT index door de handler statement. (Bug # 14.788.710)
• InnoDB: De server kan stoppen met een fout bij twee soorten operaties tegelijkertijd gebeurd:
• Een ROLLBACK van een ingevoegde rij die off-page kolommen bevatten.
• Een online online DDL operatie waarbij een tabel van ROW_FORMAT = DYNAMIC of ROW_FORMAT = gecomprimeerd (dat is, met behulp van de Barracuda bestandsformaat) dat de tafel herbouwd. Bijvoorbeeld, ADD / DROP COLUMN, ADD PRIMARY KEY, verandering ROW_FORMAT.
• (Bug # 14.842.014)
• InnoDB: De server kan stoppen met een bewering fout voor een ANALYSE TAFEL operatie, afhankelijk van de structuur van de tafel en de indexen:
• InnoDB: Bewering falen in thread thread_num in file dict0dict.ic lijn 447
• InnoDB: Bij gebreke stelling: pos & lt; tafel- & gt; n_def
• (Bug # 14.755.452)
• InnoDB: Een time-out fout kan optreden op Windows-systemen bij het doen van ALTER TABLE met de DISCARD TABLESPACE of IMPORT TABLESPACE clausules, als gevolg van een tijdelijke tabelruimte bestand nog in het bestandssysteem. (Bug # 14.776.799)
• InnoDB: Een online DDL operatie voor een InnoDB tabel onrechte meldde een lege waarde ('') in plaats van de juiste sleutel waarde toen het meldde een dubbele sleutel fout voor een unieke index met behulp van een index prefix. (Bug # 14.729.221)
• InnoDB: InnoDB tabellen met FULLTEXT indexen konden geheugen toe te wijzen voor de draad handvatten die nooit werd uitgebracht, wat kan leiden tot problemen resources op Windows-systemen. (Bug # 14.759.163)
• InnoDB: Tijdens een online DDL operatie die kopieën van de tafel, de secundaire index van de tabel kan beschadigd raken. (Bug # 14.753.701)
• InnoDB: Als de server crashte na een online DDL CREATE INDEX operatie, kan er een fout optreden tijdens het terugrollen onvolledige transacties op de volgende startup:
• InnoDB: fout in sec indexvermelding del ongedaan te maken in
• ...
• InnoDB: Bewering falen in thread thread_num in file row0umod.cc lijn 559
• (Bug # 14.707.452)
• InnoDB: Als de server crashte op een precieze moment tijdens een ALTER TABLE-operatie die de geclusterde index herbouwd voor een InnoDB tabel, kan de oorspronkelijke tabel daarna ontoegankelijk zijn. Een voorbeeld van een dergelijke operatie is ALTER TABLE ... ADD PRIMARY KEY De fix behoudt de oorspronkelijke tafel als de server stopt tijdens deze handeling. Je zou nog steeds nodig om de .ibd bestand handmatig hernoemen naar de oorspronkelijke tabel inhoud te herstellen: in MySQL 5.6 en hoger, hernoemen van # sql-ib $ new_table_id.ibd om table_name.ibd in de database directory; voorafgaand aan MySQL 5.6, het tijdelijke bestand te hernoemen is tabel_naam # 1 of # 2. (Bug # 14.669.848)
• InnoDB: Deze correctie verbetert de foutafhandeling wanneer een ALTER TABLE operatie voegt een kolom boven de maximaal toegestane aantal voor een InnoDB tabel. Het verhoogt ook het maximum aantal kolommen voor een InnoDB tabel van 1000 tot 1020. (Bug # 14.705.287)
• InnoDB: Tijdens een online DDL operatie die de tafel herbouwd, kan een CHECK TABLE een telling mismatch te melden voor alle secundaire indexen. (Bug # 14.606.472)
• InnoDB: Als een ALTER TABLE-instructie is mislukt tijdens een poging om een ​​TEKST-index een InnoDB tabel te maken, kan de server te stoppen met een bewering fout tijdens het schrappen van de onvolledige index. (Bug # 14.504.174)
• InnoDB: Tijdens shutdown, met de optie innodb_purge_threads configuratie ingesteld groter is dan 1, kan de server voortijdig te stoppen met deze fout:
• mysqld kreeg signaal 11
• Een tijdelijke oplossing was om innodb_log_file_size verhogen en stel innodb_purge_threads = 1. De oplossing werd teruggeplaatst naar MySQL 5.5 en 5.1, hoewel deze versies niet de optie innodb_purge_threads configuratie hebben, zodat de fout was onwaarschijnlijk. (Bug # 14.234.028)
• InnoDB: De server kan stoppen met een fout onder bepaalde combinaties van gelijktijdige operaties:
• InnoDB: onbekende fout code 20
• Dit probleem is ontstaan ​​tijdens de 5.6 ontwikkelingscyclus. Het beïnvloed alleen transacties met behulp van de Read Committed AndreaD gecommitteerde isolatie niveaus. (Bug # 13.641.662, Bug # 12.424.846)
• Replicatie: Als een tabel te repliceren had FULLTEXT index, is deze index niet uitgesloten bij het selecteren van het type scan voor gebruik in het zoeken de volgende rij, hoewel het niet kan worden gebruikt om de juiste gevonden. De rij applier vervolgens probeerde tevergeefs om een ​​index-scan in dienst, waardoor replicatie te mislukken. Nu in dergelijke gevallen, indexen die niet voorzien voor sequentiële toegang (zoals FULLTEXT) worden niet meegeteld bij het vaststellen of er een tafel, index of hash scan gebruiken voor dit doel. (Bug # 14.843.764)
• Replicatie: Bij gebruik van de GTID-aware master-slave-protocol, de slave I / O-draad gebruikt de verkeerde positie. Bij gebruik GTIDs, wordt de positie doorgaans niet gebruikt, maar als een speciaal geval, werd de positie toegepast naast de GTID wanneer de slaaf opnieuw met dezelfde master (hoewel dit niet noodzakelijk). Dit probleem is opgelost door het maken van de GTID-aware master-slave protocol geen posities gebruiken helemaal niet meer. (Bug # 14.828.028)
• Replicatie: Gegeven een opgeslagen routine R waarin de GTID_SUBTRACT () functie werd aangeroepen: Eenmaal GTID_SUBTRACT () terug NULL als ze worden opgeroepen binnenkant R, bleef het terugkeren NULL elke keer dat het werd genoemd in R, voor de rest van de klant sessie. (Bug # 14.838.575)
• Replicatie: MySQL Enterprise Backup, mysqldump en mysqlhotcopy kan niet worden gebruikt met een GTID enabled MySQL Server, omdat zij niet GTID staat de server herstellen waren en kon niet van een punt te herstellen in de binaire log dan de allereerste begin.
• Als onderdeel van de oplossing voor dit probleem, de gtid_purged systeemvariabele (voorheen gtid_lost) is niet langer alleen-lezen; Nu is het mogelijk om GTIDs toe te voegen wanneer gtid_executed (voorheen gtid_done) leeg is. (Bug # 14.787.808)
• Replicatie: Herstarten replicatie na de eerste binaire logbestand werd gezuiverd resulteerde in de fout Got fatale fout 1236 van meester bij het lezen van gegevens van binaire log: 'De slaaf is het aansluiten met behulp van CHANGE MASTER TO MASTER_AUTO_POSITION = 1, maar de meester heeft doorgeblazen binaire logbestanden met GTIDs dat de slaaf vereist. ' Dit leidde-GTID gebaseerde replicatie te mislukken. (Bug # 14.756.691)
• mysql_install_db nagelaten om de optie --user eren. (Bug # 15.866.735)
• Het creëren van een InnoDB tabel met een FULLTEXT index zou een ernstige fout optreedt als de naam van de tabel bevat niet-alfanumerieke tekens. (Bug # 14.835.178)
• Ongeldige geheugen leest zou kunnen optreden voor zoekopdrachten die geselecteerd uit een lengte nul tabelnaam. (Bug # 14.780.820)
• Met LOCK tabellen in effect, CREATE TABLE ZO NIET BESTAAT ... LIKE kon een bewering te verhogen. (Bug # 14.788.976)
• Het automatisch genereren van sleutels deel van afgeleide tabel hanteren niet goed omgaan kolommen opgegeven als onderdeel van de waarden () clausule en veroorzaakt een bewering te worden verhoogd. (Bug # 14.786.324)
• Een poging om een ​​UTF16 bestand met LOAD DATA INFILE lezen trok een bewering. (Bug # 14.786.470)
• init_io_cache () gebruikt memset () om een ​​mutex te wissen, maar voorbij de verkeerde mutex grootte. (Bug # 14.838.882)
• De optimizer kan een bewering te verhogen bij de beoordeling van een reeks test tegen een IS NOT NULL staat. (Bug # 14.843.705)
• Een bewering kon worden verhoogd uitvoeren INSERT, UPDATE of DELETE na impliciet het starten van een READ ONLY transactie LOCK TABELLEN modus. (Bug # 14.788.540)
• Een poging om een ​​auto-increment kolom maken in een InnoDB tafel met een soort NULL attribuut kan een ernstige fout veroorzaken. (Bug # 14.758.479)
• Een bewering werd opgevoed als ALTER TABLE werd gebruikt om een ​​kolom om dezelfde naam te hernoemen als een bestaande kolom, terwijl ook het herschikken van de omgedoopt kolom met NA of FIRST. (Bug # 14.756.089)
• Een bewering kan worden verhoogd als semi-join materialisatie werd gebruikt om een ​​NIET IN subquery te evalueren. (Bug # 14.751.858)
• Voor sommige voortzetting handler nestings, zou voortzetting optreden op de verkeerde locatie. (Bug # 14.724.836)
• TOON processlist uitgang werd niet gesorteerd in Id orde. (Bug # 14.771.006)
• Voor sommige SELECT-instructies, EXPLAIN kan ertoe leiden dat de server om af te sluiten. (Bug # 14.761.894)
• Een geheugenlek opgetreden voor pogingen om ALTER TABLE gebruiken om een ​​standaardwaarde instellen voor een klein, gemiddeld of lang BLOB of TEXT kolom. (Bug # 14.756.206)
• Installatie met behulp van Solaris pakketten liep mysql_install_db tijdens upgrade operaties (dit gebeurt alleen voor nieuwe installaties). (Bug # 14.747.671)
• Voor UPDATE statements, uitleggen toonde de totale lengte van de sleutel in de key_len kolom in plaats van de lengte van de gebruikte sleutel delen. (Bug # 14.682.438)
• Het starten van de server met --bind-adres en vervolgens instellen host_cache_size naar 0 zou kunnen leiden tot de server stoppen voor bepaalde soorten client connecties. (Bug # 14.689.561)
• Met index conditie stapelautomaat ingeschakeld, kan de optimizer onjuiste resultaten voor afgeleide tabellen te produceren. (Bug # 14.640.176)
• De optimizer kan onjuist gebruik van een niet-ruimtelijk index om ruimtelijke activiteiten te optimaliseren, waardoor een bewering te worden verhoogd. (Bug # 14.600.994)
• mysql_config_editor geproduceerd geen foutmelding voor schrijffouten naar het configuratiebestand. (Bug # 14.545.989)
• Query herschrijven om te schrobben wachtwoorden voor houtkap werd gedaan, zelfs als geen van de bijbehorende logs werden ingeschakeld. Ook CREATE SERVER en ALTER Server zijn nu herschreven als dat nodig is. (Bug # 14.073.554)
• BEKIJK DE TAFEL en REPAIR TABLE kan crashen als een MyISAM tafel had een corrupte sleutel bestand (MYI). Nu is de server een fout op. (Bug # 13.556.441)
• BEKIJK DE TAFEL en REPAIR TABLE kan crashen als een MyISAM tafel had een corrupte sleutel bestand (MYI). Nu is de server een fout op. (Bug # 13.556.107, Bug # 13.556.000)
• Voor stortplaatsen van de MySQL database, mysqldump overgeslagen het evenement tafel, tenzij de optie --events werd gegeven. Om deze tabel overslaan als dat gewenst is, gebruik dan de optie --ignore-tafel plaats (Bug # 55587, Bug # 11.762.933)
• mysqld_safe negeerde de waarde van de umask omgevingsvariabele, wat leidt tot gedrag verschilt van mysqld met betrekking tot de toegang modus van aangemaakte bestanden. Nu mysqld_safe (en mysqld_multi) proberen om hetzelfde gedrag als mysqld benaderen. (Bug # 57.406, Bug # 11.764.559)
• Op Mac OS X, het initialiseren van de query cache kan ertoe leiden dat de server om af te sluiten. Met dank aan Davi Arnaut voor de patch. (Bug # 67156, Bug # 14.741.880)
• Voor MEMORY tafels met HASH indexen, DELETE soms niet aan alle van toepassing zijnde rijen verwijderen. (Bug # 51.763, Bug # 11.759.445)
• De server is mislukt om de query cache gebruiken voor query waarbij een database of tabelnaam bevat speciale tekens en de tafel storage engine was InnoDB. (Bug # 64821, Bug # 13.919.851)
• Op Mac OS X, kon doden soms onbetrouwbaar zijn. (Bug # 37780, Bug # 11.748.945)
• LAST_INSERT_ID (expr) werkte niet voor expr waarden groter dan de grootste ondertekend BIGINT waarde. (Bug # 20964, Bug # 11.745.891)