MySQL Enterprise Edition

MySQL Enterprise Edition egy kereskedelmi, díjnyertes, széles körben használt és szupergyors RDBMS (relációs adatbázis-kezelő rendszer), eredetileg a Sun Microsystems és most fenntartású Oracle. Ez magában foglalja a hatékony vállalati funkciók, mint például a MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise skálázhatóság, MySQL Enterprise Security, MySQL Enterprise Audit, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL Fabric és MySQL Workbench.Features egy glanceKey funkciók között szerepel létrehozása inkrementális, részleges vagy teljes mentést, point-in-time-helyreállítási funkciókat, részleges vagy teljes visszaállítást, külső hitelesítési támogatások, szálcsoportok, házirend alapú könyvvizsgálat betartását, az online & ldquo; hot & rdquo; backup támogatást, klaszter menedzser és klaszter geo-replikáció funkciók, automatikus csökkentés, valamint támogatja a különféle tároló motor, beleértve InnoDB, NDB és MyISAM.
Új szolgáltatás mentés tömörítés, az adatbázis-replikáció, DRBD (Distributed Többszörözött Blokk Device) támogatása, az Oracle Solaris csoportosítás, Oracle VM sablonok, a Windows hibatűrő klaszter, Windows Active Directory integráció, PAM (Pluggable Authentication Modules) hitelesítés támogatása, valamint a 24 / 7 támogatása az Oracle-től. Egy másik érdekes funkciók, hogy a képességét, hogy az adatbázis infrastruktúra rendkívül available.Supported működő systemsMySQL nagyszerű állás, ami azt jelenti, hogy lehet használni a széles körű disztribúció, így a Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux és Oracle Linux, valamint a Sun Solaris, BSD, Mac OS X és Microsoft Windows operációs rendszerek.A MySQL közösségi EditionsIn mellett az Enterprise kiadás a MySQL, a közösségi kiadás szabadon letölthető és könnyen telepíthető a különböző Linux-alapú operációs rendszereken a csomagok benne vannak az alapértelmezett szoftverforrásokat az adott GNU / Linux disztribúció. Az aktívan karbantartott és közösség támogatásával nyílt forráskódú rajongók és fejlesztők minden helyen a világon. További részletek a MySQL Community Edition megtalálható Softoware.

Mi az új ebben a kiadásban:

• jobb teljesítmény és skálázhatóság
• Továbbfejlesztett InnoDB tárolási motor a jobb tranzakciós teljesítményt
• Továbbfejlesztett Optimizer jobb lekérdezés végrehajtási idő és diagnosztika
• jobb alkalmazások rendelkezésre állását a Online DDL / sémaműveletek
• Better Developer Agility a NoSQL Hozzáférés Memcached API InnoDB
• Továbbfejlesztett replikáció a nagy teljesítmény és öngyógyító klaszter telepítések
• Nagyobb teljesítmény séma jobb műszerezettség és monitoring
• biztonságosabbá gondtalan alkalmazástelepítésekhez
• És más fontos újításokat

Mi az új verzióban 5.6.10:

• Az új funkciók és fejlesztések a MySQL 5.6 állnak rendelkezésre MySQL felhasználók a MySQL Community Edition.
• MySQL 5.6 megnövelt lineáris skálázhatóságot, segítve a felhasználók kihasználhatják a modern hardver képességeit.
• Ebben a verzióban a felhasználók tapasztalatai egyszerűsített query fejlesztés és gyorsabb is, jobb tranzakciós teljesítményt és az alkalmazások rendelkezésre állását, rugalmas NoSQL hozzáférést, jobb replikáció és továbbfejlesztett műszerekkel.
• Jobb lekérdezés végrehajtása Times and Diagnostics biztosított a fokozott MySQL optimalizáló diagnosztika: Allekérdezés Optimalizációk: egyszerűsíteni query fejlesztési optimalizálásával subqueries végrehajtása előtt. Új hatékonyságot, hogyan eredmény határozza meg vannak jelölve, válogatni és visszatért szállít jelentős javulást lekérdezés végrehajtása alkalommal. A hozzáadott Index állapota letolás (ICP) és Batch Key Access (BKA): javíthatja a kijelölt lekérdezést a teljesítményt, akár 280x (1). Továbbfejlesztett Optimizer Diagnostics: vel magyarázni, INSERT, UPDATE, és DELETE műveleteket. MAGYARÁZZA terv kimeneti JSON formátumban szállít pontosabb optimalizáló mérőszámok és jobb olvashatóságot, és optimalizáló Nyomok lehetővé teszi, hogy nyomon az optimalizáló döntéshozatali folyamat.
• Nagyobb teljesítmény Teljesítmény és alkalmazások rendelkezésre állását a továbbfejlesztett InnoDB tárolási motort: ​​Akár 230 százalékos javulást Tranzakciós és csak olvasható Teljesítmény: InnoDB már újra szerepeljenek minimalizálása legacy threading, kipirulás, és tisztító mutexeket viszálykodások és szűk, melyek a jobb konkurencia a terhelt OLTP rendszerek, és így jelentősen nagyobb teljesítmény a tranzakciós és csak olvasható terhelés (2). Továbbfejlesztett elérhetőség: online DDL művelet lehetővé teszi az adatbázis-adminisztrátorok hozzá indexek, és végre táblázat változtatások, miközben az alkalmazás elérhető marad a frissítéseket. Teljes szöveges keresés az InnoDB: lehetővé teszi a fejlesztők számára, hogy FULLTEXT indexek InnoDB táblák, hogy képviselje szöveges tartalom és felgyorsítja alkalmazást keresi a szavakat és kifejezéseket. Egyszerű, Key Value keresése: rugalmas NoSQL hozzáférést InnoDB egyszerű, kulcs-érték kereséshez, InnoDB adatok segítségével az ismerős Memcached API. A felhasználók kap a & quot; mindkét világból a legjobbat, & quot; ötvözi kulcs-érték műveletek és komplex SQL lekérdezés ugyanabban az adatbázisban.
• Továbbfejlesztett scale-out és High Availability: az új funkciók MySQL replikáció, beleértve: Self-Healing replikáció klaszterek: a kiegészítéssel Global Transaction azonosítók és segédprogramok, hogy az egyszerű automatikus felderítése és pótlása kudarcok. Crash-Safe replikáció lehetővé teszi a bináris log és rabszolgák automatikusan vissza a helyes pozíciót a replikáció patak összeomlás esetén, és folytassa a replikáció rendszergazdai beavatkozás nélkül. Ellenõrzõösszegek adatok integritásának megőrzését az egész fürt automatikusan megkeresi és figyelmezteti a hibákat. High Performance replikáció Klaszterek: akár 5-ször gyorsabb replikációt többszálas Slaves (3), Binlog Csoport elkötelezi magát és optimalizált Row-alapú replikációs teszi a felhasználók számára, hogy maximalizálja a teljesítményt és hatékonyságot replikáció, mert scale-out a terhelés az egész termelési rendszerek. Késleltetett replikáció: védelmet nyújt a működési hibákat a mester, például véletlenül táblák megszüntetése.
• Továbbfejlesztett PERFORMANCE_SCHEMA: új műszerek segítségével a felhasználók jobban figyeli leginkább erőforrás-igényes lekérdezések, tárgyak, a felhasználók és az alkalmazások. Új összefoglalók összesítő statisztikák szerint csoportosított lekérdezés, menet, felhasználó, host és a tárgy is rendelkezésre állnak. A fejlesztések lehetővé teszik a könnyebb alapértelmezett konfiguráció kevesebb mint öt százalék fölött.
• MySQL 5.6 tartalmaz néhány további fejlesztések, beleértve Geographic Information Systems - Precíz térbeli műveletek, javult IPv6 megfelelés és az optimalizált kiszolgáló alapértelmezett.

Mi az új verzióban 5.5.30:

• mysql-libs és mysql-libs-előlegként eltávolították a spec fájlt;
• Egy kicsit intelligensebb feldolgozása .a fájlok mysql-test / gyűjtemény hajtották végre;
• Míg konvertáló könyvtár nevét fájlnév, a fájl elválasztó (FN_LIBCHAR) lehet, hogy bővül az fájlnév. Ez a probléma rögzítették;
• A BP2 véletlen hibái már javították;
• A teszt script amelyhez hozzáadták a korábbi lökést nem működik a beágyazott esetben, mivel nincs pid fájlt, amelyet ilyen esetekben. & Quot; not_embedded.inc & quot; került.

Mi az új verzióban 5.6.9 RC:

• Működés új vagy módosult:
• kompatibilis változást: replikáció: Számos változót és más neveket kapcsolatos GTID alapú replikációs megváltoztak, azzal a céllal, hogy így ezeket a neveket megfelelőbb és értelmes. A régi neveket már nem támogatja.
• A funkciókat, így átnevezték mutatja az alábbi listából:
• A --disable-gtid-biztonságos-nyilatkozatok szerveren opció új neve --enforce-gtid-következetesség; A disable_gtid_unsafe_statements rendszer változó lett nevezve enforce_gtid_consistency.
• A gtid_done kiszolgáló rendszer változó lett nevezve gtid_executed.
• A gtid_lost kiszolgáló rendszer változó lett nevezve gtid_purged; Ezen felül, ez a változó már nem csak olvasható.
• A SQL_THREAD_WAIT_AFTER_GTIDS () függvény lett nevezve WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• További információkért lásd 16.1.3, & quot; replikáció Global Transaction azonosítók & quot ;, és pont 16.1.4.5, & quot; Global Transaction ID Options és változók & quot ;. (Bug # 14775984)
• mysqld most írja a dátumokat, hogy a hiba log in ISO (YYYY-MM-DD hh: mm: ss) formátumban. Ugyancsak ide tartozik a folyamatot ID napját követő. Hála Davi Arnaut a patch. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008 és újabb támogatási natív szimbólikus link segítségével mklink parancsot. Ez teszi a MySQL Server végrehajtását adatbázis szimbolikus linkek segítségével .sym fájlok redundáns, így mechanizmus most elavult, és lesz távolítva a jövőbeli MySQL kiadás. Lásd 8.11.3.1.3, & quot; A szimbolikus linkek Adatbázisok Windows & quot;.
• kijavított hibák:
• Performance: InnoDB: Az időzítés értéke alacsony szintű InnoDB olvasási műveletek igazították a jobb teljesítmény gyors tárolóeszközök, mint például SSD. Ez a fejlesztés alapjaiban érinti az olvasási műveletek számára BLOB oszlopok sűrített asztalok. (Bug # 13702112, Bug # 64258)
• kompatibilis változást: A THREAD_ID oszlop Performance séma asztalok bővült a INT hogy bigint elhelyezésére 64 bites értékek.
• Ha upgrade ez a kiadás a MySQL korábbi verziójáról, akkor le kell futtatni mysql_upgrade (és újraindítani a szervert) beépíteni ezt a változást a performance_schema adatbázisban. (Bug # 14664453)
• kompatibilis változást: Connection ID (thread ID) értéke nagyobb, mint 32 bit is előfordulhat bizonyos rendszereken (mint például foglalt vagy hosszan futó 64 bites rendszerek), ami ezeket a problémákat:
• Connection azonosítók írt az általános lekérdező napló és lassú query log helytelenek voltak. Ez igaz volt a naplózást a fájlok és táblázatok.
• A CONNECTION_ID () függvény tudja visszatérési értéke egy adattípus túl kicsi értékek nagyobb, mint 32 bit.
• A mysql_thread_id () és mysql_kill () C API funkciók nem kezelte ID-nél nagyobb értékeket 32 ​​bit. Ez azt eredményezheti, hogy megöli a rossz menet; Például, ha hivatkozni mysql_kill (mysql_thread_id ()).
• Connection azonosítók már megengedett a 64 bites értékeket, ha a szerver támogatja őket (ha a beépített 64 bites adattípusok), amely ezeket a hatásokat:
• Connection ID-k bejelentkezve megfelelően az általános lekérdező napló és lassú query log.
• Megjegyzés
• Ez a változás magában foglalja, hogy módosítják a log táblázatok, így frissítés után ez a kiadás, akkor le kell futtatni mysql_upgrade és indítsa újra a kiszolgálót.
• CONNECTION_ID () visszaad egy adattípust megfelelő értékek nagyobb, mint 32 bit.
• mysql_thread_id () változatlan; A kliens / szerver Protocal csak 4 byte az ID értéket. Ez a függvény helytelen (csonka) érték kapcsolatban azonosítók nagyobb, mint 32 bit, és el kell kerülni.
• mysql_kill () még mindig nem tudja kezelni a nagyobb értékeket 32 ​​bites, de az ellen megöli a rossz menet most is hibát észlel ezekben az esetekben:
• Ha adott egy azonosítót nagyobb, mint 32 bit, mysql_kill () visszaad egy CR_INVALID_CONN_HANDLE hiba.
• Miután a szerver belső menet ID számláló eléri azt az értéket nagyobb, mint 32 bit, visszatér a ER_DATA_OUT_OF_RANGE error bármilyen mysql_kill () hívása és mysql_kill () nem.
• A problémák elkerülése érdekében a mysql_thread_id () és mysql_kill (), ne használja őket. Ahhoz, hogy a kapcsolat ID, végre egy SELECT CONNECTION_ID () lekérdezést, és letölthetjük az eredmény. Megölni egy szál, végre egy KILL nyilatkozatot.
• (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
• Fontos változás: InnoDB: A DML nyilatkozatot az index merge hozzáférési módszer zárd sok sort az asztalról, még akkor is, ha ezek a sorok nem voltak részei a végső eredmény meg. Ez a fix csökkenti a túlzott zár elengedi a zárat a páratlan sorok. Ez az optimalizálás azonban csak az ügyletek elkülönítési szintet elérő vagy kevésbé szigorú, mint az olvasási kötelezte el magát; ez nem vonatkozik azokra az ügyletekre segítségével megismételhető Read vagy Serializable izolációs szint. (Bug # 14226171)
• Fontos változás: A replikáció: Mert fut a szerver GTIDs engedélyezve megakadályozta változtatásokat nontransactional táblázatok, programok, mint mysql_upgrade és mysql_install_db volt képes hatékonyan működni a rendszer táblák, hogy használják a MyISAM tároló motor és ezért nem működik megfelelően. Most, amikor fut a --enforce-gtid-konzisztencia (szükséges, amikor --gtid-mode = ON), a szerver teszi lehetővé az egyszeri kijelentéseket nontransactional asztalok. (Bug # 14722659)
• Fontos változás: replikáció: Korábban, az érték a Seconds_Behind_Master oszlop kimenetét Kisegítő állapot megjelenítése mindig NULL, ha az SQL szál, vagy az I / O menet megállt. Most, ez az oszlop értéke NULL, ha a SQL szál nem fut, vagy ha az I / O szál nem fut egy ellenőrzést követően az határozza meg, hogy az SQL szál feldolgozott összes relé napló. (Ha az SQL menet befejezte a feldolgozást és az I / O szál fut, Seconds_Behind_Master 0.) (Bug # 12946333)
• Particionálás: InnoDB: Korábban, amikor megpróbáljuk optimalizálni egy vagy több partíció egy particionált tábla, hogy használják a tároló motor, ami nem támogatja partíció szintű OPTIMIZE, mint például InnoDB, MySQL táblázat nem támogatja optimalizálják csinál újra + elemezni helyett, majd újra létre az egész táblát, de valójában nem elemezni. Most ilyen esetekben figyelmeztető üzenet, táblázat nem támogatja optimalizálni partíciókat. Az összes partíció fog épülni, és elemezni. Ezen túlmenően, a teljes táblázat azután elemezzük, miután először újraépítése. (Bug # 11751825)
• InnoDB: Ha a szerver lefagyott sorokon építettek be egy táblázatot, amely FULLTEXT index, de a tranzakció előtt követték el, egy hiba léphet fel a következő indításkor:
• InnoDB: Assertion kudarc menet thread_num a fájl dict0dict.cc sorban 1019
• (Bug # 14826779)
• InnoDB: A kiszolgáló megállítsák a hiba elérésekor az InnoDB tartalmazó táblázatot, FULLTEXT index segítségével a kezelő nyilatkozatát. (Bug # 14788710)
• InnoDB: A kiszolgáló megállítani egy hiba, amikor két fajta műveleteket történt egyszerre:
• visszaállítását egy beszúrt sort tartalmazó off-page oszlopok.
• Egy online online DDL művelet, beleértve a táblázatot ROW_FORMAT = dinamikus vagy ROW_FORMAT = sűrített (azaz használja a Barracuda fájl formátum), hogy újjá az asztalra. Például a Hozzáadás / Drop oszlop, egy elsődleges kulcsot, a változás ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: A kiszolgáló megállítsák a kijelentés hiba egy ANALYZE TABLE működése között, függően a szerkezet a táblát és a hozzá indexek:
• InnoDB: Assertion kudarc menet thread_num a fájl dict0dict.ic sorban 447
• InnoDB: romló állítását: pos & lt; asztal- & gt; n_def
• (Bug # 14755452)
• InnoDB: A timeout hibának lehetne a Windows rendszerekre, amikor egy ALTER TABLE utasítások a VISSZADOBÁSI TABLESPACE vagy a behozatal TABLESPACE záradékok miatt egy ideiglenes tablespace fájl megmaradt a fájlrendszerben. (Bug # 14776799)
• InnoDB: Egy online DDL művelet egy InnoDB tábla hibásan jelezte egy üres értéket ('') helyett a megfelelő kulcs értékét, amikor beszámolt a duplikált kulcs hibát egy egyedi index indexek segítségével előtag. (Bug # 14729221)
• InnoDB: InnoDB táblák FULLTEXT indexek is foglal le memóriát menet nyelű, hogy soha nem bocsátott, ami esetleg erőforrás problémák a Windows rendszerekre. (Bug # 14759163)
• InnoDB: közben egy online DDL művelet példányban az asztalra, a másodlagos index az asztalra meghibásodhat. (Bug # 14753701)
• InnoDB: Ha a szerver lefagyott után egy online DDL CREATE INDEX, egy hibaüzenet fordulhat elő, míg a visszaállítás teljes tranzakció a következő indítás:
• InnoDB: hiba sec index bejegyzést del visszavonni a
• ...
• InnoDB: Assertion kudarc menet thread_num a fájl row0umod.cc sorban 559
• (Bug # 14707452)
• InnoDB: Ha a szerver lefagyott pontosan mikor során ALTER TABLE művelet, amely újjáépítette a fürtözött index egy InnoDB asztal, az eredeti tábla lehet megközelíthetetlen utána. Egy példa egy ilyen művelet ALTER TABLE ... egy elsődleges kulcsot A fix megőrzi az eredeti tábla, ha a szerver leáll a művelet alatt. Lehet, hogy még meg kell neveznie a .ibd fájlt kézzel kell visszaállítani az eredeti tábla tartalma: A MySQL 5.6 vagy újabb, átnevezni # sql-ib $ new_table_id.ibd hogy table_name.ibd az adatbázis-könyvtárban; előtt MySQL 5.6, az ideiglenes fájlt átnevezni a table_name # 1 vagy # 2. (Bug # 14669848)
• InnoDB: Ez a javítás növeli a hibakezelés ha olyan ALTER TABLE művelet hozzáad egy oszlopban túl a maximálisan megengedett mennyiséget egy InnoDB tábla. Ez felveti azt a maximális számú oszlopot egy InnoDB tábla 1000-től 1020. (Bug # 14705287)
• InnoDB: közben egy online DDL művelet, amely újjáépített az asztalra, a CHECK TABLE utasítás lehet jelenteni a gróf mismatch minden másodlagos indexek. (Bug # 14606472)
• InnoDB: Ha egy ALTER TABLE utasítás nem létrehozása közben a FULLTEXT index egy InnoDB tábla, a szerver tudta megakasztani a kijelentés közben hibát elejtette a teljes indexet. (Bug # 14504174)
• InnoDB: leállás során, a innodb_purge_threads konfigurációs beállítás értéke 1-nél nagyobb, a kiszolgáló tudta megakasztani idő előtt ezzel a hiba:
• mysqld van jel 11
• A megoldás az volt, hogy növelje innodb_log_file_size és állítsa innodb_purge_threads = 1. A javítás backportolt a MySQL 5.5 és 5.1, bár ezek a változatok nem rendelkeznek a innodb_purge_threads beállítási lehetőség, így a hiba nem fordulhat elő. (Bug # 14234028)
• InnoDB: A kiszolgáló megállítani egy hiba mellett lehetnek olyan párhuzamos műveletek:
• InnoDB: ismeretlen hibakódot 20
• Ez a probléma eredete a 5.6 fejlesztési ciklus. Ez csak hatással tranzakciók READ COMMITTED andREAD El nem elkülönítési szintek. (Bug # 13641662, Bug # 12424846)
• replikáció: Ha tábla lesz képes volt FULLTEXT index, ez az index nem zárható ki, ha kiválasztja a beolvasási kell használni, hogy megtaláljuk a következő sorban, annak ellenére, hogy nem lehet használni, hogy megtalálja a helyes. A sorban applier követően sikertelenül próbálta alkalmazni indexkeresést, ami replikáció, hogy nem. Most ilyen esetben indexet, amely nem ír elő szekvenciális elérés (például FULLTEXT) nem tekintik annak meghatározásakor, hogy egy táblázatban, index, vagy hash szkennelés erre a célra. (Bug # 14843764)
• replikáció: Amikor a GTID-aware master-slave protokoll, a rabszolga-I / O menetté rossz helyzetbe. Amikor a GTIDs, a helyzet általában nem használják, hanem egy speciális esetben a helyzetben használták amellett, hogy a GTID, amikor a rabszolga újrakapcsolódnak ugyanaz a mester (annak ellenére, hogy ez nem szükséges). Ez a probléma a azáltal, hogy a GTID-aware master-slave protokoll nem használ helyzetben tudjon többé. (Bug # 14828028)
• replikáció: Mivel a tárolt rutin R, amelyben a GTID_SUBTRACT () függvény hivatkoztak: Egyszer GTID_SUBTRACT () visszaadott NULL, ha hívják belülről R, úgy továbbra is vissza NULL minden alkalommal hívták belül R, a fennmaradó kliens ülésén. (Bug # 14838575)
• replikáció: MySQL Enterprise Backup, mysqldump, és mysqlhotcopy nem lehetett használni a GTID-képes MySQL Server, mert nem tudták visszaállítani a szerver GTID államtól, és így nem sikerült visszaállítani bármely pontjáról a bináris log eltérő legelején.
• Ennek része a probléma javítása, a gtid_purged rendszer változó (korábbi nevén gtid_lost) már nem csak olvasható; most már lehet, hogy adjunk GTIDs rá, amikor gtid_executed (korábban gtid_done) üres. (Bug # 14787808)
• replikáció: újraindítása replikáció után az első bináris log fájl kiöblítjük a hibát eredményező Got végzetes hiba 1236 mestertől, amikor adatokat olvas bináris log: "A szolga csatlakozik a Change MASTER TO MASTER_AUTO_POSITION = 1, de a mester kitisztítják bináris naplók tartalmazó GTIDs, hogy a rabszolga igényel. " Ez vezetett GTID alapú replikációs nem. (Bug # 14756691)
• mysql_install_db tartotta tiszteletben a --user opciót. (Bug # 15866735)
• létrehozása InnoDB asztal egy FULLTEXT index felmerül egy súlyos hiba, ha a tábla neve tartalmazza a nem alfanumerikus karakter. (Bug # 14835178)
• Érvénytelen memória olvasás kerülhet sor, ha a keresések kiválasztott nulla hosszúságú tábla neve. (Bug # 14780820)
• zárral táblázatok hatása, CREATE TABLE HA NEM LÉTEZIK ... mint emelheti állítás. (Bug # 14788976)
• Az automatikus kulcsgenerálásnak része származik táblázat kezelésre nem megfelelően kezelni oszlopokhoz részeként az értékeket () záradékot, és okozott állításával kell emelni. (Bug # 14786324)
• Próbál olvasni a utf16 fájlt LOAD DATA INFILE felvetett állítás. (Bug # 14786470)
• init_io_cache () használt memset (), hogy törölje mutexek de át rossz mutexek mérete. (Bug # 14838882)
• Az optimalizáló emelheti az állítás értékelésekor számos teszt ellen egy nem null állapotban. (Bug # 14843705)
• állításával lehetne emelni a végrehajtó INSERT, UPDATE, vagy DELETE után burkoltan kezdve nem írásvédett tranzakció LOCK üzemmódban táblákat. (Bug # 14788540)
• megpróbál létrehozni egy auto-növekmény oszlopot egy InnoDB asztal egy NULL attribútum okozhat súlyos hiba. (Bug # 14758479)
• Egy állítását azonban emelni, ha ALTER TABLE arra használták, hogy nevezze át a oszlop neve megegyezik egy meglévő oszlopra, ugyanakkor kéri, hogy a átnevezték oszlopra UTÁN vagy az első. (Bug # 14756089)
• állításával lehet emelni, ha félig csatlakozzon materializálódás arra használták, hogy értékelje a NOT IN allekérdezés. (Bug # 14751858)
• Néhány folytatása handler komplikált, folytatása előfordulhatnak rossz helyen. (Bug # 14724836)
• SHOW PROCESSLIST kimenet nem rendezve Id érdekében. (Bug # 14771006)
• Néhány SELECT utasításokat, magyarázza, hogy a kiszolgáló a kilépéshez. (Bug # 14761894)
• A memória szivárgás történt a kísérlet történt ALTER TABLE állítani egy alapértelmezett érték egy apró, közepes, vagy hosszú BLOB vagy szöveges oszlop. (Bug # 14756206)
• Telepítés Solaris csomagok futott mysql_install_db frissítés során műveletek (ez csak akkor indulhat meg az új létesítmények). (Bug # 14747671)
• A UPDATE nyilatkozatok, megmagyarázni azt mutatta, a teljes hosszabb kulcsot a key_len oszlop helyett a hossza a használt legfontosabb eleme. (Bug # 14682438)
• A szerver indítása a --bind-címet, majd beállítani host_cache_size 0 vezethet a szerver leállítása bizonyos típusú ügyfelek kapcsolatait. (Bug # 14689561)
• A index állapotban pushdown engedélyezett, az optimalizáló is hibás eredményeket származtatott táblákat. (Bug # 14640176)
• Az optimalizáló tudott helytelenül használja a nonspatial index optimalizálása térbeli műveletek, így az állítás, hogy emelni. (Bug # 14600994)
• mysql_config_editor termelt nincs hibaüzenet az írási hibák a konfigurációs fájl. (Bug # 14545989)
• lekérdezés átírás súrolja jelszavakat Logot akkor is, ha sem a kapcsolódó naplókat voltak engedélyezve. Hozza létre SERVER és ALTER SERVER most újraírt szükség. (Bug # 14073554)
• Ellenőrizze TABLE és javítási TABLE is összeomolhat, ha a MyISAM volt egy korrupt gombot (.MYI) fájlt. Most a szerver eredményez problémát. (Bug # 13556441)
• Ellenőrizze TABLE és javítási TABLE is összeomolhat, ha a MyISAM volt egy korrupt gombot (.MYI) fájlt. Most a szerver eredményez problémát. (Bug # 13556107, Bug # 13556000)
• A guba a mysql adatbázis, mysqldump kimarad az esemény asztalra kivéve, ha a --events opciót kapott. Hogy kihagyja ezt a táblát, ha ez kívánatos, használja a --ignore-table opció helyett (Bug # 55587, Bug # 11762933)
• mysqld_safe figyelmen kívül hagyja az értéket a UMASK környezeti változó, ami eltérő működést mysqld tekintetében a hozzáférési mód létrehozott fájlokat. Most mysqld_safe (és mysqld_multi) próbálja közelíteni ugyanúgy viselkedett, mint mysqld. (Bug # 57406, Bug # 11764559)
• A Mac OS X, újrainicializálására a query cache, hogy a kiszolgáló a kilépéshez. Hála Davi Arnaut a patch. (Bug # 67156, Bug # 14741880)
• a memória táblák kettős kereszt indexek, DELETE néha nem tudta törölni az összes vonatkozó sorok. (Bug # 51763, Bug # 11759445)
• A szerver nem tudta használni a lekérdezés cache lekérdezések, amelyben egy adatbázis vagy a tábla nevet tartalmazott speciális karaktereket és az asztal tároló motor volt InnoDB. (Bug # 64821, Bug # 13919851)
• A Mac OS X, ölni tudott néha megbízhatatlan. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (kifejezés) nem működött kif értéke nagyobb, mint a legnagyobb aláírt BIGINT értéket. (Bug # 20964, Bug # 11745891)