MySQL Enterprise Edition

MySQL Enterprise Edition je komerční, oceněný, široce používaný a super rychlé RDBMS (relační databázový systém), původně vytvořený společností Sun Microsystems a nyní udržovaný Oracle. Obsahuje výkonné podnikové funkce, jako je MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise škálovatelnost, MySQL Enterprise Security, MySQL Enterprise audit, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL Fabric a MySQL Workbench.Features na první glanceKey funkce patří podpora pro vytváření přírůstkových, úplné nebo částečné zálohy, point-in-time-obnovu funkce, částečné nebo plné obnovuje, vnější podpora autentizace, podpora pro závit bazény, na základě zásad auditu shody, on-line a ldquo horkých rdquo; záložní podpora, manažerka klastru a klastrových funkce geo-replikace, automatická změna měřítka, stejně jako podporu pro různé skladovací motorů, včetně InnoDB, NDB a MyISAM.
Kromě toho je k dispozici komprese zálohy, replikace databáze, podpora Oracle Solaris clustering šablony Oracle VM Windows Failover Clustering integrace Windows Active Directory PAM (Pluggable Authentication Modules) DRBD (Distributed Replicated Block Device),,,,, podpora autentizace, stejně jako 24 / 7 podporu od společnosti Oracle. Další zajímavé funkce, že možnost, aby se vaše databáze infrastruktura velmi available.Supported provozu systemsMySQL nabízí skvělou dostupnost, což znamená, že jej lze použít na širokou škálu linuxových distribucí, včetně Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux a Oracle Linux, stejně jako Sun Solaris, BSD, Mac OS X a Microsoft Windows operační systems.The MySQL Společenství EditionsIn přírůstkem do vydání Enterprise MySQL, edice Společenství je volně k dispozici ke stažení, a to může být snadno instalovat na různých operačních systémech Linux na bázi s využitím balíčky součástí výchozí software repozitářů příslušného distribuce GNU / Linuxu. To je aktivně udržován a podporován komunitou open source nadšenců a vývojáři ze všech koutů světa. Více informací o Editions MySQL Společenství, lze nalézt na Softoware

Co je nového v této verzi:.

• Lepší výkon a Škálovatelnost
• Lepší úložiště InnoDB engine pro lepší transakční propustnost
• Lepší Optimizer pro lepší dotazu lhůty pro provedení a diagnostiky
• Lepší Application Dostupnost s operacemi Rezervace DDL / Schema
• Lepší Developer Agility s NoSQL Přístup přes Memcached API InnoDB
• Lepší Replication pro vysoký výkon a samoléčebných clusteru nasazení
• Vylepšený Schema výkon pro lepší vybavení a sledování
• lepší zabezpečení pro bezstarostnou nasazení aplikací
• A další důležitá vylepšení

Co je nového ve verzi 5.6.10:

• Nové funkce a vylepšení v MySQL 5,6ar k dispozici MySQL uživatelé v MySQL Community Edition.
• MySQL 5.6 poskytuje zvýšenou lineární škálovatelnost, pomáhá uživatelům využívat moderní možnosti hardwaru.
• V této verzi, mohou uživatelé zaznamenat zjednodušené vývoj dotazů a rychlejší výkon, lepší transakční výkon a dostupnost aplikací, flexibilní NoSQL přístup, lepší replikaci a lepší vybavení.
• Provedení Lepší Query Times a diagnostika poskytované prostřednictvím posílené diagnostiky MySQL optimalizátor: Poddotaz Optimalizace: zjednodušit vývoj dotazu optimalizací dílčích dotazů před provedením. Nové účinnosti v tom, jak výsledné sady jsou vybrány, tříděny a vrátil se dodávat podstatné zlepšení v době provádění dotazů. Přidání indexu stavu zásobníkových (ICP) a dávkové Key Access (BKA): může zlepšit vybraný dotaz propustnost až na 280x (1). Vylepšené Optimizer Diagnostika: S EXPLAIN pro INSERT, UPDATE a DELETE. EXPLAIN plán výstup ve formátu JSON přináší přesnější optimalizátoru metriky a lepší čitelnost, a optimalizaci Stopy umožňuje sledovat rozhodovací optimalizaci procesů.
• větší propustnost a aplikací dostupnost s vylepšeným úložiště InnoDB: Až 230 Procento zlepšení transakční a číst pouze propustnost: InnoDB byl znovu zohledněn, aby se minimalizovalo starší navlékání, návaly horka, a purge mutex tvrzení a překážek, které umožňují lépe souběžnost na silně zatížených OLTP systémů, a výsledkem je výrazně lepší propustnost pro oba transakční a číst pouze pracovní zátěže (2). Rozšířené Dostupnost: on-line operace DDL umožňují správcům databází přidat indexy a provést úpravy tabulky, zatímco aplikace zůstává k dispozici aktualizace. Fulltextové vyhledávání s InnoDB: umožňuje vývojářům vytvářet TĚLE indexy na InnoDB tabulek reprezentovat textový obsah a urychlit aplikace vyhledá slov a frází. Jednoduchý, Key Value vyhledávání: flexibilní NoSQL přístup k InnoDB nabízí jednoduché, klíč-hodnota vyhledávání dat InnoDB přes známé Memcached API. Uživatelé si na & quot; to nejlepší z obou světů, & quot; kombinující klíč-hodnota operace a složité SQL dotazy v jedné databázi.
• Vylepšená Scale-Out a vysoká dostupnost: s novými funkcemi v MySQL replikace, včetně: Self-Healing replikace klastry: přidání Global Transaction identifikátory a utility usnadňují automaticky detekovat a zotavit se z poruch. Crash-Safe Replication umožňuje binární protokol a otroky automaticky obnovit správné pozice v proudu replikace v případě havárie, a znovuotevření replikace bez zásahu administrátora. Kontrolní součty zachování integrity dat napříč clusteru automatické detekci a upozorňování na chyby. High Performance replikace Clusters: až 5 krát rychlejší replikace přes multi-threaded Slovanů (3), binlog Group Commit a optimalizované Row systémem replikace, které uživatelům umožní maximalizovat výkon a efektivitu replikace, jak škálovat-out jejich pracovní zátěže v rámci komoditních systémů. Opožděný replikace:. Poskytuje ochranu před chybnou provedených na master, například nežádoucímu upuštění tabulky
• Rozšířené PERFORMANCE_SCHEMA: nové přístrojové vybavení umožňuje uživatelům lépe sledovat nejvyšší náročností na dotazy, objekty, uživatele a aplikace. Nové souhrny souhrnné statistiky seskupených podle dotazu, nití, uživatele, hostitel a předmět jsou také k dispozici. Vylepšení umožňují snadnější výchozí konfiguraci s méně než pět procent nad hlavou.
• MySQL 5.6 obsahuje řadu dalších vylepšení, včetně geografických informačních systémů. - Přesné prostorové operace, lepší shodu IPv6 a server optimalizovaný výchozí

Co je nového ve verzi 05.5.30:

• mysql-libs a MySQL-libs-pokročilé mají byl odebrán ze souboru spec;
• / kolekce byla provedena trochu inteligentnější zpracování .V souborů v mysql-test;
• Při převodu název adresáře do souboru, oddělovač souboru (FN_LIBCHAR), může dostat připojena k výslednému názvu souboru. Tento problém byl opraven;
• pb2 náhodné selhání byla opravena;
• testovací skript, který se přidá starší Push nepracoval s vloženým případ, protože není žádný soubor pid vytvořený v takových případech. & Quot; not_embedded.inc & quot; Byla přidána.

Co je nového ve verzi 5.6.9 RC:

• Funkce přidáno nebo se změnilo:
• Incompatible Změna: replikace: řada proměnných a dalších jmen vztahujících se k replikaci GTID se sídlem bylo změněno, s cílem dosáhnout vhodnější a smysluplné tato jména. Staré názvy již nejsou podporovány.
• Funkce tak přejmenované jsou uvedeny v následujícím seznamu:
• Možnost --disable-gtid-nebezpečné výkazy server byl přejmenován --enforce-gtid-konzistence; proměnná disable_gtid_unsafe_statements systém byl přejmenován enforce_gtid_consistency.
• variabilní systém gtid_done serveru byla přejmenována gtid_executed.
• variabilní systém serveru gtid_lost byl přejmenován gtid_purged; Kromě toho, tato proměnná je již jen pro čtení.
• Na SQL_THREAD_WAIT_AFTER_GTIDS () funkce byla přejmenována WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Pro více informací, viz Oddíl 16.1.3, & quot; Replication Global Transaction identifikátory & quot ;, a § 16.1.4.5, & quot; Global Transaction Volby a proměnné & quot ;. ID (Bug # 14775984)
• mysqld nyní zapíše data do protokolu chyb v ISO (YYYY-MM-DD hh: mm: ss). To zahrnuje i jeho ID procesu po dni. Díky Davi Arnaut za účelem opravy. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008 a novější Nativní podpora linkování pomocí mklink příkaz. To je provádění MySQL Server databázových symbolické odkazy pomocí ar soubory nadbytečný, takže mechanismus je nyní zastaralé a budou odstraněny v budoucí MySQL verzi. Viz část 8.11.3.1.3, & quot; Použití symbolických propojení databází v systému Windows & quot;.
• opravených:
• Výkon: InnoDB: Hodnoty časování pro low-level InnoDB operace čtení byly upraveny pro lepší výkon s rychlými úložných zařízeních, jako jsou SSD. Toto vylepšení se týká především operace čtení pro BLOB sloupce v komprimovaném tabulkách. (Bug # 13702112, Bug # 64258)
• Incompatible Změna:. THREAD_ID sloupec v tabulce schématu výkonu byl rozšířen z INT na BigInt ubytovat 64-bitové hodnoty
• Pokud se upgrade na tuto verzi MySQL ze starší verze, musíte spustit mysql_upgrade (a restartujte server), začlenit tuto změnu do databáze performance_schema. (Bug # 14664453)
• Incompatible Změna: Connection ID (závit ID) hodnoty větší než 32 bitů může dojít v některých systémech (například obsazeném nebo dlouhotrvající 64-bitové systémy), což způsobuje tyto problémy:
• Připojení ID písemné obecného protokolu dotazu a pomalé protokolu dotazu byly nesprávné. To platilo pro přihlášení do obou souborů a tabulek.
• Funkce CONNECTION_ID () by se mohl vrátit hodnotu s typem dat příliš malé pro hodnoty větší než 32 bitů.
• mysql_thread_id () a mysql_kill () funkce C API neřešilo ID hodnoty větší než 32 bitů. To by mohlo vést k zabíjení špatné vlákno; Například, pokud jste mysql_kill použil (mysql_thread_id ()).
• Připojení ID teď je povoleno 64-bitové hodnoty, pokud server podporuje je (po plném nabití vestavěného s 64-bit datové typy), který má tyto účinky:
• ID připojení jsou správně zaznamenány na obecném protokolu dotazu a pomalé protokolu dotazu.
• Poznámka:
• Tato změna zahrnuje úpravu do tabulky protokolu, tak po aktualizaci na tuto verzi, je nutné spustit mysql_upgrade a restartujte server.
• CONNECTION_ID () vrací datový typ vhodný pro hodnoty větší než 32 bitů.
• mysql_thread_id (), se nemění; protocal klient / server má jen 4 bajty pro hodnotu ID. Tato funkce vrací nesprávnou (zkrácený) hodnotu pro ID připojení větší než 32 bitů, a je třeba se vyhnout.
• mysql_kill () stále ještě neumí zacházet hodnoty větší než 32 bitů, ale za účelem ochrany proti zabití špatný závit nyní vrací chybu v těchto případech:
• Pokud daný ID větší než 32 bitů, mysql_kill () vrátí chybu CR_INVALID_CONN_HANDLE.
• Po vnitřní přepážce závit ID serveru dosáhne hodnoty větší než 32 bitů, vrátí chybu ER_DATA_OUT_OF_RANGE pro jakoukoli mysql_kill (), vyvolání a mysql_kill () selže.
• Aby se předešlo problémům s mysql_thread_id () a mysql_kill (), nepoužívejte je. Chcete-li získat ID připojení, spustit SELECT CONNECTION_ID () dotaz a získat výsledek. Chcete-li zabít vlákno, provést příkaz zabít.
• (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
• Důležité Změna: InnoDB: Prohlášení o DML pomocí metody přístupu na index sloučení mohl zamknout více řádků z tabulky, i když tyto řádky nebyly součástí konečného sady výsledků. Tato oprava se snižuje nadměrné zamykání uvolněním zámků nesrovnatelné řádků. Tato optimalizace se týká pouze transakce s úrovní izolace rovné nebo méně přísná než READ spáchány; to se nevztahuje na transakce s použitím opakovatelný číst nebo SERIALIZABLE úroveň izolace. (Bug # 14226171)
• Důležité Změna: replikace: Vzhledem k tomu, běží server s GTIDs povoleno zabránit změny netransakční tabulky, programy jako mysql_upgrade a mysql_install_db nebyli schopni pracovat na systémových tabulek, které používají úložiště MyISAM motor a proto nemohl fungovat správně. A teď, když běží s --enforce-gtid konzistence (vyžadováno vždy, když --gtid-mode = ON), server umožňuje jednoduché prohlášení o netransakční tabulek. (Bug # 14722659)
• Důležité Změna: replikace: Dříve, hodnota sloupce Seconds_Behind_Master na produkci SHOW SLAVE stav byl vždy nastavena na hodnotu NULL, pokud SQL závit nebo I / O vlákno bylo zastaveno. Nyní tento sloupec je nastaven na hodnotu NULL, pouze pokud je SQL vlákno není spuštěna, nebo v případě, že I / O vlákno neběží Po kontrole pro určení, zda je nebo není SQL vlákno zpracované všechny protokolu relé. (V případě, že SQL nit dokončil zpracování a I / O vlákno běží, Seconds_Behind_Master je 0.) (Bug # 12946333)
• Vytváření oddílů: InnoDB: Dříve, při pokusu o optimalizaci jeden nebo více oddílů dělené tabulky, který používal úložiště motor, který nepodporuje oddíl na úrovni optimalizace, jako InnoDB, MySQL hlášeny tabulka nepodporuje optimalizovat dělá znovu + analyzovat místo toho, potom znovu vytvořil celou tabulku, ale ne ve skutečnosti analyzovat. Nyní v takových případech, varovná zpráva je, Stolní nepodporuje Optimalizovat na oddíly. Všechny oddíly budou přestavěn a analyzovány. Kromě toho, celá tabulka je analyzován po prvním přestavěn. (Bug # 11751825)
• InnoDB: Pokud se server havaroval při řádky byly vloženy do tabulky s fulltextového indexu, ale před transakce došlo k chybě může dojít při příštím spuštění:
• InnoDB: selhání výrazu ve vlákně thread_num v souboru dict0dict.cc řádku 1019
• (Bug # 14826779)
• InnoDB: server by mohl zastavit s chybou při přístupu k InnoDB tabulky obsahující fulltextového indexu přes prohlášení psovoda. (Bug # 14788710)
• InnoDB: server by mohl zastavit s chybou, když se dva druhy operací se stalo současně:
• ROLLBACK z vloženého řádku, která obsahovala mimo stránky sloupce.
• on-line on-line DDL operace zahrnující tabulku ROW_FORMAT = DYNAMIC nebo ROW_FORMAT = stlačený (to znamená, že s použitím formát souboru Barracuda), který přestavěl v tabulce. Například, ADD / DROP sloupci ADD primární klíč, změnit ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: server by mohl zastavit s chybou tvrzení pro analyze operačním stole, v závislosti na konstrukci stolu a jeho indexů:
• InnoDB: výrazu selhání ve vlákně thread_num v souboru dict0dict.ic lince 447
• InnoDB: Není-li výrazu: pos & lt; stolním & gt; n_def
• (Bug # 14755452)
• InnoDB: chybě časového limitu může dojít v systémech Windows, když dělá TABLE příkazy ALTER s klauzulí DISCARD tabulkový prostor nebo IMPORT tabulkový_prostor, kvůli dočasného tabulkového souboru, zůstává v systému souborů. (Bug # 14776799)
• InnoDB: on-line DDL operace pro tabulky InnoDB nesprávně označena prázdnou hodnotu ('') namísto správného klíče hodnotu, když se hlásil chybu duplicitní klíče pro jedinečný index pomocí indexu prefix. (Bug # 14729221)
• InnoDB: InnoDB tabulky s TĚLE indexy mohl přidělit paměť pro závitové úchyty, které nikdy nevyšlo, což může vést ke zdrojům přistupovat na systémech Windows. (Bug # 14759163)
• InnoDB: Během online DDL operaci, která kopíruje stůl, sekundární index tabulky mohlo dojít k poškození. (Bug # 14753701)
• InnoDB: Pokud se server havaroval poté, co on-line DDL CREATE INDEX operace, k chybě může dojít při odvalování zpět neúplné transakce na příštím startu:
• InnoDB: chyba v položce sec rejstříku del undo v
• ...
• InnoDB: selhání výrazu ve vlákně thread_num v souboru row0umod.cc lince 559
• (Bug # 14707452)
• InnoDB: Pokud se server havaroval v přesném okamžiku během operace ALTER TABLE, který přestavěl seskupený index pro InnoDB tabulky, původní tabulka může být nepřístupné později. Příkladem takové operace je ALTER TABLE ... ADD PRIMARY KEY Oprava zachovává původní tabulky, pokud je server zastaví během této operace. Možná ještě muset přejmenovat .ibd soubor ručně obnovit původní obsah tabulky: v MySQL 5.6 a vyšší, přejmenovat z # sql-ib $ new_table_id.ibd na table_name.ibd v adresáři databází; před MySQL 5.6, dočasný soubor přejmenovat, je název_tabulky # 1 nebo # 2. (Bug # 14669848)
• InnoDB: Tato oprava zlepšuje zpracování chyb při operaci ALTER TABLE přidá sloupec nad maximální povolený počet pro tabulky InnoDB. To také zvyšuje maximální počet sloupců i pro tabulky InnoDB od 1000 do 1020. (Bug # 14705287)
• InnoDB: Během online DDL operaci, která přestavěn tabulku, prohlášení CHECK TABLE vykázalo nesoulad počítat pro všechny střední indexy. (Bug # 14606472)
• InnoDB: Pokud příkaz ALTER TABLE selhal při pokusu o vytvoření fulltextové index pro tabulku v InnoDB, server by mohl zastavit s chybou tvrzení, zatímco pád neúplné index. (Bug # 14504174)
• InnoDB: Při vypnutí, s možností konfigurace innodb_purge_threads nastavit větší než 1, server by mohl zastavit předčasně s touto chybou:
• mysqld dostal signál 11
• řešení bylo zvýšení innodb_log_file_size a nastavit innodb_purge_threads = 1. Oprava byla backported na MySQL 5.5 a 5.1, i když se tyto verze nemají možnost konfigurace innodb_purge_threads, takže chyba byla pravděpodobná. (Bug # 14234028)
• InnoDB: server by mohl zastavit s chybou v některých kombinacích souběžných operací:
• InnoDB: neznámá error code 20
• Tento problém vznikl během 5.6 vývojového cyklu. To ovlivnilo pouze transakce pomocí READ spáchaných andREAD nesvěřené úrovní izolace. (Bug # 13641662, Bug # 12424846)
• Replication: Je-li tabulka replikovány měl fulltextového indexu, tento index nebylo vyloučeno při výběru typu skenování, který bude použit při hledání další řádek, i když to nemůže být použit k nalezení ten správný. Řádek aplikátor následně se neúspěšně pokusil použít index scan, což replikace se nezdaří. Nyní v takových případech, indexy, které nezajišťují pro sekvenční přístup (například TĚLE) nejsou v úvahu při rozhodování, zda použít tabulky, index, nebo hash prověřování pro tento účel. (Bug # 14843764)
• Replication: Při použití master-slave protokol GTID-aware, otrok I / O vlákno použil špatnou pozici. Při použití GTIDs, poloha se obvykle nepoužívá, ale jako zvláštní případ, pozice byla použita kromě GTID kdy otrok znovu připojeny ke stejnému master (i když to nebylo nutné). Tento problém je vyřešen tím, že master-slave protokol GTID vědomi Polohy vůbec déle. (Bug # 14828028)
• Replication: Vzhledem k tomu, uložený rutinní R, ve kterém byla funkce GTID_SUBTRACT () vyvolání: Po GTID_SUBTRACT () vrátila NULL při volání uvnitř R, to pokračovalo vrátit NULL pokaždé to bylo voláno v R, pro zbytek klienta sezení. (Bug # 14838575)
• Replication: MySQL Enterprise Backup, mysqldump, a mysqlhotcopy by neměl být používán s GTID povoleno serveru MySQL, protože nebyli schopni obnovit GTID stavu serveru, a proto nemůže obnovit z jakéhokoliv místa v binární log, než samého začátku.
• V rámci oprava tohoto problému, gtid_purged variabilní systém (dříve s názvem gtid_lost) již není jen pro čtení; Nyní je možné přidat GTIDs na to, když gtid_executed (dříve gtid_done), je prázdný. (Bug # 14787808)
• replikace: Restartování replikace po první binární soubor protokolu byl očištěn za následek chyby Got fatální chybu 1236 od mistra při čtení dat z binárního protokolu: "otrok se připojuje pomocí CHANGE, aby velitel MASTER_AUTO_POSITION = 1, ale pán vyprázdněna binární protokoly obsahující GTIDs že otrok potřebuje. " To vedlo replikace GTID založené na selhání. (Bug # 14756691)
• mysql_install_db nedodržela možnost --user. (Bug # 15866735)
• Vytvoření InnoDB tabulky s fulltextového indexu by mohl narazit na vážnou chybu v případě, že název tabulka obsažená non-alfanumerické znaky. (Bug # 14835178)
• Neplatné paměti čte by mohlo dojít pro dotazy, které vybrané z názvu tabulky nulové délky. (Bug # 14780820)
• se zámkem tabulek v podstatě CREATE TABLE IF NOT EXISTS ... LIKE by mohlo zvýšit tvrzení. (Bug # 14788976)
• část Automatické generování klíčů odvozené manipulaci tabulky nezvládl správně sloupce specifikované jako součást hodnot () klauzule a způsobil tvrzení být zvýšen. (Bug # 14786324)
• Při pokusu o čtení souboru UTF16 s načíst data inSoubor zvedl tvrzení. (Bug # 14786470)
• init_io_cache () používá memset (), vyčistit mutex, ale prošel špatnou velikost mutex. (Bug # 14838882)
• optimalizace by mohla zvýšit tvrzení při vyhodnocování testu dosahu proti IS NOT NULL stav. (Bug # 14843705)
• tvrzení by mohlo být zvýšena vykonávající INSERT, UPDATE nebo DELETE po implicitně spuštění pouze pro čtení transakce v režimu LOCK tabulkách. (Bug # 14788540)
• Při pokusu o vytvoření automatického přírůstek sloupce v tabulce InnoDB s atributem typu NULL může způsobit vážnou chybu. (Bug # 14758479)
• tvrzení byla aktivována, pokud ALTER TABLE byl použit k přejmenování sloupec stejný název jako existující sloupec a zároveň dojde k přehodnocení přejmenovaný sloupec pomocí AFTER nebo PRVNÍ. (Bug # 14756089)
• tvrzení by mohla být aktivována, pokud semi-spojit materializace byla použita k vyhodnocení NOT IN poddotazem. (Bug # 14751858)
• U některých psovod pokračování nestings, pokračování by mohlo dojít na nesprávném místě. (Bug # 14724836)
• SHOW Processlist výstup byl netřídí Id pořadí. (Bug # 14771006)
• U některých SELECT, vysvětlují může způsobit, že server ukončit. (Bug # 14761894)
• došlo k nevracení paměti pro pokusy využít ALTER TABLE nastavit výchozí hodnotu pro malé, střední nebo dlouhé BLOB nebo sloupec TEXT. (Bug # 14756206)
• Instalace pomocí balíčků Solaris běžel mysql_install_db během upgradu operace (to by mělo dojít pouze pro nová zařízení). (Bug # 14747671)
• U příkazů UPDATE, vysvětlete ukázal celkovou délku klíče ve key_len sloupci spíše než délku použitých klíčových částí. (Bug # 14682438)
• Spuštění serveru s --bind-adresou a pak nastavení host_cache_size na 0 může mít za následek zastavení serveru pro určité druhy připojení klientů. (Bug # 14689561)
• Pokud index stav zásobníkový povoleno, optimalizátor mohl způsobit nesprávné výsledky pro odvozené tabulky. (Bug # 14640176)
• Optimalizátor by mohl nesprávně použít nonspatial index pro optimalizaci prostorové operace, což tvrzení být zvýšen. (Bug # 14600994)
• mysql_config_editor produkoval žádná chybová hlášení chyb zápis do konfiguračního souboru. (Bug # 14545989)
• Query přepisování drhnout hesel byl záznam provést i kdyby byl povolen žádný z přidružených protokolů. Také, CREATE SERVER a ALTER SERVER jsou nyní přepsána podle potřeby. (Bug # 14073554)
• CHECK TABLE a opravy TABLE mohl selhat, pokud MyISAM tabulky měl soubor poškozený klíč (.MYI). Nyní serveru k chybě. (Bug # 13556441)
• CHECK TABLE a opravy TABLE mohl selhat, pokud MyISAM tabulky měl soubor poškozený klíč (.MYI). Nyní serveru k chybě. (Bug # 13556107, Bug # 13556000)
• Pro skládek databáze MySQL, mysqldump přeskočil v tabulce pro zvláštní události, není-li možnost --events dostal. Chcete-li přeskočit tuto tabulku, pokud je to žádoucí, použijte volbu --ignore-tabulky namísto (Bug # 55587, Bug # 11762933)
• mysqld_safe ignoroval hodnotu proměnné Umask prostředí, což vede k chování odlišné od mysqld vzhledem k režimu přístupu vytvořených souborů. Nyní mysqld_safe (a mysqld_multi), pokusit se přiblížit stejné chování jako mysqld. (Bug # 57406, Bug # 11764559)
• V systému Mac OS X, reinitializing cache dotazů by mohlo způsobit, že server ukončit. Díky Davi Arnaut za účelem opravy. (Bug # 67156, Bug # 14741880)
• Pro tabulky paměť s hash indexy, DELETE někdy se nepodařilo odstranit všechny příslušné řádky. (Bug # 51763, Bug # 11759445)
• serveru se nepodařilo využít cache dotazů na dotazy, ve kterých databáze nebo tabulky název obsažených speciální znaky a skladování tabulka motor byl InnoDB. (Bug # 64821, Bug # 13919851)
• V systému Mac OS X, KILL mohl někdy být nespolehlivé. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (výraz) nepracoval pro expr hodnoty větší než největší podepsané hodnoty BIGINT. (Bug # 20964, Bug # 11745891)