MySQL Enterprise Edition

MySQL Enterprise Edition är en kommersiell, prisbelönt, ofta används och supersnabb RDBMS (Relational Database Management System), som ursprungligen skapades av Sun Microsystems och nu underhålls av Oracle. Den innehåller kraftfulla företagsfunktioner, som till exempel MySQL Enterprise Backup, MySQL Enterprise monitor, MySQL Enterprise HA, MySQL Enterprise Skalbarhet, MySQL Enterprise Security, MySQL Enterprise Audit, MySQL Enterprise monitor, MySQL Query Analyzer, MySQL Tyg och MySQL Workbench.Features åt glanceKey funktioner inkluderar stöd för att skapa inkrementella, helt eller delvis backuper, point-in-time-återhämtning funktionalitet, partiella eller fullständiga återställningar, externt stöd autentisering, stöd för gäng pooler, policybaserad revision efterlevnad, online & ldquo; varm & rdquo; backup stöd, klusterchef och kluster geo-replikering funktioner, automatisk skalning, samt stöd för olika lagringsmotorer, inklusive InnoDB, NDB och MyISAM.
Dessutom har den backup komprimering, databasreplikering, DRBD (Distributed Replikerad Block Device) stöd, Oracle Solaris klustring, Oracle VM mallar, Windows failover kluster, Windows Active Directory integration, PAM (Pluggable Authentication Modules) autentisering stöd, samt 24 / 7 support från Oracle. En annan intressant drag den förmågan att göra din databas infrastruktur mycket available.Supported drift systemsMySQL erbjuder stora tillgänglighet, vilket innebär att den kan användas på en rad olika Linux-distributioner, inklusive Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux och Oracle Linux, samt Sun Solaris, BSD, Mac OS X och Microsoft Windows operativsystem tem MySQL Community EditionsIn tillägg till Enterprise-versionen av MySQL, är gemenskapens upplagan fritt tillgänglig för nedladdning och det kan lätt installeras om olika Linux-baserade operativsystem som använder de paket som ingår i standardprogramförråd av respektive GNU / Linux-distribution. Det är aktivt underhålls och stöds av en gemenskap av öppen källkod entusiaster och utvecklare från alla platser i världen. Mer detaljer om MySQL Community Edition finns på Softoware

Vad är nytt i den här versionen:.

• Bättre prestanda och Skalbarhet
• Förbättrad InnoDB lagring motor för bättre affärsbeslut genomströmning
• Förbättrad Optimizer för bättre frågeexekveringstider och diagnostik
• Bättre Application Tillgänglighet med Online DDL / Schema verksamhet
• Bättre Developer Agility med NoSQL Åtkomst via Memcached API till InnoDB
• Förbättrad replikering för hög prestanda och självläkande kluster distributioner
• Förbättrad prestanda Schema för bättre instrumentering och övervakning
• Förbättrad säkerhet för bekymmersfri applikations distributioner
• Och andra viktiga förbättringar

Vad är nytt i version 5.6.10:

• Nya funktioner och förbättringar i MySQL 5.6 finns tillgänglig för MySQL användare i MySQL Community Edition.
• MySQL 5.6 ger förbättrad linjär skalbarhet, hjälpa användarna att utnyttja moderna maskinvarufunktioner.
• Med den här versionen kan användare uppleva förenklad frågeutveckling och snabbare exekvering, bättre transaktions genomströmning och tillämpning tillgänglighet, flexibel NoSQL tillgång, förbättrad replikering och förbättrad instrumentering.
• Bättre Query Execution Times och Diagnostik tillhandahålls genom en förbättrad MySQL Optimizer diagnostik: delfråga optimeringar: förenkla frågeutveckling genom att optimera underfrågor före avrättningen. Nya effektivitet i hur resultatuppsättningar väljs, sorteras och återvände leverera betydande förbättring exekverings fråga tider. Tillägget av Index skick Stående tricepspress (ICP) och Sats Key Access (BKA): kan förbättra utvalda fråge genomströmning med upp till 280X (1). Enhanced Optimizer Diagnostik: Med FÖRKLARA för INSERT, UPDATE och DELETE operationer. FÖRKLARA planen produktionen i JSON-format ger mer precisa Optimizer mått och bättre läsbarhet och Optimizer Spår möjliggör att spåra optimerings beslutsprocessen.
• Greater Performance Genomströmning och Application Tillgänglighet med en förbättrad motor InnoDB lagring: Upp till 230 procent förbättring i Transactional och Endast Läs Genomströmning: InnoDB har åter vägas för att minimera äldre gängning, rodnad och renings Mutex stridigheter och flaskhalsar, möjliggör bättre samtidighet på hårt belastade OLTP-system, och resulterar i avsevärt förbättrad genomströmning för både transaktions- och läsa bara arbetsbelastning (2). Förbättrad tillgänglighet: nätet DDL operationer möjliggör DBA att lägga index och utföra tabellförändringar medan programmet förblir tillgänglig för uppdateringar. Fulltextsökning med InnoDB: låter utvecklare bygga FULLTEXT index på InnoDB-tabeller för att representera textbaserat innehåll och påskynda ansöknings söker efter ord och fraser. Enkelt, Key Value Lookup: flexibel NoSQL tillgång till InnoDB ger enkel, nyckel-värde uppslagning av InnoDB data via välbekanta Memcached API. Användarna får & quot; bästa av två världar, & quot; kombinera nyckel-värde verksamhet och komplexa SQL-frågor i samma databas.
• Förbättrad Skala-Out och hög tillgänglighet: med nya funktioner i MySQL replikering inklusive: självläkande Replication Clusters: tillägg av Global Transaction Identifier and Utilities gör det enkelt att automatiskt upptäcka och avhjälpa fel. Crash-Safe replikering möjliggör binära logg och slavar för att automatiskt återställa korrekta positioner i replikeringsflödet i händelse av en krasch, och återuppta replikering utan ingripande administratör. Checksummor upprätthålla dataintegritet tvärs klustret genom att automatiskt upptäcka och larma på fel. Högpresterande Replication Clusters: upp till 5 gånger snabbare replikering via flertrådade Slavar (3), Binlog Group Commit och Optimerad Radbaserad replikering möjligt för användare att maximera prestanda och effektivitet replikering när de skalas ut sina arbetsbelastningar över råvarusystem. Tids fördröjd Replication:. Ger skydd mot operativa fel som gjorts på befälhavaren, till exempel av misstag släppa tabeller
• Förbättrad PERFORMANCE_SCHEMA: ny instrumentering möjliggör för användare att bättre övervaka mest resursintensiva frågor, föremål, användare och applikationer. Nya sammanfattningar med aggregerad statistik grupperade efter förfrågan, tråd, användare, värd och objekt finns också. De förbättringar möjliggöra enklare standardkonfiguration med mindre än fem procent overhead.
• MySQL 5.6 innehåller ett antal ytterligare förbättringar inklusive Geografiska Informationssystem -. Exakta Spatial verksamhet, förbättrad IPv6 efterlevnad och optimerade serverinställningar

Vad är nytt i version 5.5.30:

• mysql-libs och MySQL-libs-avancerade har tagits bort från spec-filen,
• En lite mer intelligent bearbetning av .I filer i mysql-test / samling har genomförts;
• Medan konvertera katalognamn till filnamn, en fil separator (FN_LIBCHAR) kan få fogas till den resulterande filnamnet. Detta problem var fast,
• En PB2 slumpmässig fel har repare;
• testskript som sattes tidigare tryck fungerade inte med inbäddad fall, eftersom det inte finns någon pid-filen som skapas i sådana fall. & Quot; not_embedded.inc & quot; har lagts till.

Vad är nytt i version 5.6.9 RC:

• Funktionalitet läggas till eller ändras:
• Oförenligt Ändra: Replikering: Ett antal rörliga och andra namn som rör GTID baserad replikering har ändrats, i syfte att göra dessa namn lämpligare och meningsfull. Stöds de gamla namnen inte längre.
• Funktionerna så bytt namn visas i följande lista:
• Alternativet --disable-gtid-osäkra-uttalanden servern har döpts --enforce-gtid-konsistens; det disable_gtid_unsafe_statements systemvariabel har döpts enforce_gtid_consistency.
• gtid_done serversystem variabel har döpts gtid_executed.
• gtid_lost serversystem variabel har döpts gtid_purged; Dessutom är denna variabel inte längre skrivskyddad.
• De SQL_THREAD_WAIT_AFTER_GTIDS () funktionen har döpts WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• För mer information, se avsnitt 16.1.3, & quot; replikering med Global Transaction Identifier & quot ;, och avsnitt 16.1.4.5, & quot; Global Transaction ID Alternativ och Variabler & quot ;. (Bug # 14.775.984)
• mysqld nu skriver datum så felloggen i ISO (ÅÅÅÅ-MM-DD hh: mm: ss) format. Den innehåller också sin process-ID efter dagen. Tack vare Davi Arnaut för plåstret. (Bug # 56240, Bug # 11.763.523)
• Windows Vista, Windows Server 2008, och nyare stöd infödda symboliska länkar med hjälp av mklink kommandot. Detta gör Server genomförandet av databas symboliska länkar MySQL använder .sym filer redundant, så att mekanismen är nu föråldrat och kommer att tas bort i en framtida MySQL release. Se avsnitt 8.11.3.1.3, & quot; Använda Symboliska Länkar för databaser på Windows & quot;.
• Bugs Fast:
• Prestanda: InnoDB: Tidsvärden för lågaktivt InnoDB läste verksamheten justerat för bättre prestanda med snabba lagringsenheter, exempelvis SSD. Denna förbättring drabbar främst läsoperationer för BLOB kolumner i komprimerade tabeller. (Bug # 13.702.112, Bug # 64258)
• Oförenligt Ändra:. Den THREAD_ID kolumn i Performance Schema tabeller utvidgades från INT till bigint att rymma 64-bitarsvärden
• Om du uppgraderar till den här versionen av MySQL från en tidigare version, måste du köra mysql_upgrade (och starta om servern) för att införliva denna ändring i performance_schema databasen. (Bug # 14.664.453)
• Oförenligt Ändra: Anslutning ID (gänga ID) värden större än 32 bitar kan uppstå på vissa system (t.ex. upptagen eller långvariga 64-bitarssystem), vilket orsakar dessa problem:
• Anslutnings ID skrivs till den allmänna fråge loggen och långsam sökfrågeloggen var felaktiga. Detta var sant för loggning till både filer och tabeller.
• CONNECTION_ID () funktionen kan returnera ett värde med en typ för liten för värden större än 32 bitar data.
• mysql_thread_id () och mysql_kill () C API-funktioner inte hantera ID-värden större än 32 bitar. Detta kan resultera i att döda fel tråd; till exempel, om du åberopas mysql_kill (mysql_thread_id ()).
• ID Anslutnings nu tillåts vara 64-bitars värden när servern stöder dem (när byggdes med 64-bitars datatyper), som har dessa effekter:
• Anslutnings ID är korrekt inloggad på den allmänna frågan loggen och långsam sökfrågeloggen.
• Obs!
• Denna förändring innebär en modifiering loggtabeller, så efter uppgradering till den här versionen måste du köra mysql_upgrade och starta om servern.
• CONNECTION_ID () returnerar en typ lämplig för värden större än 32 bitar data.
• mysql_thread_id () är oförändrad; klient / server Protocol har endast fyra byte för ID-värde. Den här funktionen returnerar en felaktig (stympad) värde för anslutnings ID större än 32 bitar och bör undvikas.
• mysql_kill () fortfarande inte kan hantera värden större än 32 bitar, men för att skydda mot att döda fel tråd nu returnerar ett fel i dessa fall:
• Om det ges ett ID större än 32 bitar, mysql_kill () returnerar en CR_INVALID_CONN_HANDLE fel.
• Efter serverns innergänga ID räknaren når ett värde som är större än 32 bitar, returneras ett ER_DATA_OUT_OF_RANGE fel för någon mysql_kill () åkallan och mysql_kill () misslyckas.
• För att undvika problem med mysql_thread_id () och mysql_kill (), inte använder dem. För att få anslutningen ID, exekvera en SELECT CONNECTION_ID () fråga och hämta resultatet. Att döda en tråd, köra en KILL uttalande.
• (Bug # 19806, Bug # 11.745.768, Bug # 65.715, Bug # 14.236.124, Bug # 44.728, Bug # 11.753.308)
• Viktigt Ändra: InnoDB: En DML uttalande med hjälp av index merge åtkomstmetod kunde låsa många rader från tabellen, även om dessa rader var inte en del av det slutliga resultatet. Denna fix reducerar det alltför låsningen genom att släppa låsen oöverträffade rader. Denna optimering påverkar endast transaktioner med isoleringsnivå är lika med eller mindre strikta än LÄS begåtts, Det gäller inte för transaktioner med hjälp REPETERBAR LÄS eller Serializable isoleringsnivå. (Bug # 14.226.171)
• Viktigt Ändra: Replikering: Eftersom köra servern med GTIDs aktiverat förhindrade ändringar till nontransactional tabeller, program som mysql_upgrade och mysql_install_db kunde inte arbeta på systemtabeller som används MyISAM lagringsmotorn och därför inte kunde fungera fullständigt. Nu, när man kör med --enforce-gtid-konsistens (krävs när --gtid-mode = ON), gör att servern enstaka uttalanden om nontransactional tabeller. (Bug # 14.722.659)
• Viktigt Ändra: Replication: Tidigare, värdet av Seconds_Behind_Master kolumn i produktionen av SHOW SLAVE STATUS var alltid inställd på NULL när SQL-tråd eller I / O-gänga stoppades. Nu är den här kolumnen satt till NULL endast om SQL tråden inte körs, eller om I / O-tråden inte körs efter en kontroll för att avgöra om den SQL-tråd har bearbetat alla reläloggen. (Om SQL-tråd har bearbetats och I / O-tråden är igång, är Seconds_Behind_Master 0.) (Bug # 12.946.333)
• Partitione: InnoDB: Tidigare, när man försöker optimera en eller flera partitioner av en partitionerad tabell som använde en lagringsmotor som inte stöder partition-nivå OPTIMERA, såsom InnoDB, rapporterade MySQL tabell stöder inte optimera, gör åter + analysera istället, sedan återskapat hela tabellen, men faktiskt inte analysera den. Nu i sådana fall, varningsmeddelandet är det inte av tabell inte stöd optimera på partitioner. Alla partitioner kommer att byggas om och analyseras. Dessutom är hela tabellen analyseras efter först att återuppbyggas. (Bug # 11.751.825)
• InnoDB: Om servern kraschade medan rader infördes i en tabell med ett FULLTEXT index, men innan transaktionen har begåtts, kan ett fel uppstå under nästa start:
• InnoDB: Påstående misslyckande i gäng thread_num i filen dict0dict.cc linjen 1019
• (Bug # 14.826.779)
• InnoDB: Servern kunde stoppa med ett fel vid åtkomst en InnoDB tabell som innehåller en FULLTEXT index genom HANDLER uttalande. (Bug # 14.788.710)
• InnoDB: Servern kunde stoppa med ett fel när två typer av transaktioner hänt samtidigt:
• En ROLLBACK för en infogad rad som innehöll off-sida kolumner.
• En online på nätet DDL verksamhet som innefattar en tabell över ROW_FORMAT = DYNAMIC eller ROW_FORMAT = KOMPRIMERAD (dvs med hjälp av Barracuda filformat) som byggt om tabellen. Till exempel, ADD / DROP KOLUMN, ADD PRIMARY KEY, förändring ROW_FORMAT.
• (Bug # 14.842.014)
• InnoDB: Servern kunde stoppa med ett påstående felet för en Analysera tabelloperation, beroende på strukturen i tabellen och dess index:
• InnoDB: Assertion fel i tråd thread_num i filen dict0dict.ic linje 447
• InnoDB: Annars påstående: pos & lt; bords & gt; n_def
• (Bug # 14.755.452)
• InnoDB: En timeout fel kan uppstå på Windows-system när man gör ALTER TABLE uttalanden med KASTA TABLE eller IMPORT TABLEklausuler, på grund av en tillfällig tabellfilen kvar i filsystemet. (Bug # 14.776.799)
• InnoDB: En online DDL drift en InnoDB tabell redovisas felaktigt ett tomt värde ('') istället för rätt nyckel värde när det rapporterade en dubblettnyckel fel för ett unikt index med ett index prefix. (Bug # 14.729.221)
• InnoDB: InnoDB-tabeller med fulltext index kunde allokera minne för gäng handtag som aldrig släpptes, vilket kan leda till resursfrågor på Windows-system. (Bug # 14.759.163)
• InnoDB: Under en online DDL operation som kopierar tabellen, den sekundära index i tabellen kunde skadas. (Bug # 14.753.701)
• InnoDB: Om servern kraschade efter en online DDL CREATE INDEX drift, kan ett fel uppstå när rullar bakåt ofullständiga transaktioner på nästa start:
• InnoDB: fel i sek indexpost del ångra i
• ...
• InnoDB: Påstående misslyckande i gäng thread_num i filen row0umod.cc linje 559
• (Bug # 14.707.452)
• InnoDB: Om servern kraschade vid en exakt tidpunkt under en ALTER TABLE operation som byggde om klustrade index för en InnoDB tabell, kunde den ursprungliga tabellen vara otillgängliga efteråt. Ett exempel på en sådan operation är ALTER TABLE ... ADD PRIMARY KEY Den fix bevarar den ursprungliga tabellen om servern stannar under denna operation. Du kan fortfarande behöva byta namn på .ibd filen manuellt för att återställa de ursprungliga tabellinnehåll: i MySQL 5.6 och högre, byta namn från # sql-ib $ new_table_id.ibd att table_name.ibd inom databaskatalogen; före MySQL 5.6, den temporära filen för att byta namn är tabellnamn # 1 eller # 2. (Bug # 14.669.848)
• InnoDB: Denna fix förbättrar hanteringen fel när en ALTER TABLE operation tillför en kolumn bortom det maximala antalet tillåtna för en InnoDB tabell. Det väcker också det maximala antalet kolumner för en InnoDB tabell från 1000 till 1020. (Bug # 14.705.287)
• InnoDB: Under en online DDL operation som byggt om bordet, kan en CHECK TABLE uttalande rapportera en obalans räknas för alla sekundära index. (Bug # 14.606.472)
• InnoDB: Om en ALTER TABLE-sats misslyckades vid försök att skapa en FULLTEXT index för en InnoDB tabell, kunde servern stoppa med ett påstående fel när släppa den ofullständiga index. (Bug # 14.504.174)
• InnoDB: Under avstängning, med innodb_purge_threads konfigurationsalternativ som anges större än 1, kan servern stoppa i förtid med detta fel:
• mysqld fick signalen 11
• Ett sätt att kringgå var att öka innodb_log_file_size och ställa innodb_purge_threads = 1. Den fix var bakåt till MySQL 5.5 och 5.1, även om dessa versioner har inte den innodb_purge_threads konfigurationsalternativ så felet var osannolik. (Bug # 14.234.028)
• InnoDB: Servern kunde stoppa med ett fel under vissa kombinationer av samtidiga operationer:
• InnoDB: okänt felkod 20
• Det här problemet har sitt ursprung under 5,6 utvecklingscykeln. Det påverkas endast transaktioner med hjälp av READ ENGAGERAD andREAD obekräftade isoleringsnivåer. (Bug # 13.641.662, Bug # 12.424.846)
• Replikering: Om en tabell som ska replik hade ett FULLTEXT index, var detta index inte uteslutas när man väljer vilken typ av skanning som ska användas för att hitta nästa rad, även om den inte kan användas för att hitta den rätta. Raden applier därefter försökte utan framgång att anställa en index-skanning, vilket replikering misslyckas. Nu i sådana fall, index som inte ger för sekventiell åtkomst (t.ex. fulltext) inte beaktas vid bedömningen av om att använda en tabell, index, eller hash scan för detta ändamål. (Bug # 14.843.764)
• Replikering: När du använder GTID medvetna master-slave-protokollet som användes fel läge slav I / O-gänga. Vid användning GTIDs, är positionen inte normalt används, men som ett specialfall, var det läge som används förutom den GTID när slaven återansluts till samma master (även om detta inte var nödvändigt). Detta problem är fast genom att göra GTID medvetna master-slave-protokollet inte använda positioner alls längre. (Bug # 14.828.028)
• Replikering: Givet en lagrad rutin R där GTID_SUBTRACT () funktionen anropas: När GTID_SUBTRACT () return NULL när ringde inne R, fortsatte den att återvända NULL varje gång det kallades inom R, för återstoden av klienten session. (Bug # 14.838.575)
• Replikering: MySQL Enterprise Backup, mysqldump, och mysqlhotcopy kunde inte användas med en GTID-aktiverad MySQL Server, eftersom de inte kunde återställa serverns GTID tillstånd och så kunde inte återställa från någon punkt i den binära logg än början.
• Som en del av fix för detta problem, är det gtid_purged systemvariabel (tidigare kallat gtid_lost) inte längre skrivskyddad; Nu är det möjligt att lägga GTIDs till det när gtid_executed (tidigare gtid_done) är tom. (Bug # 14.787.808)
• Replikering: Starta replikering efter första binära loggfilen spolades ledde felet Fick allvarligt fel 1236 från mästare vid läsning av data från binära logg: "Slav ansluter använder BYT MASTER TO MASTER_AUTO_POSITION = 1, men befälhavaren har rensats binära loggar innehåller GTIDs att slav kräver. " Detta ledde GTID baserad replikering misslyckas. (Bug # 14.756.691)
• mysql_install_db misslyckades att hedra --user alternativet. (Bug # 15.866.735)
• Skapa ett InnoDB tabell med ett FULLTEXT index skulle kunna stöta på ett allvarligt fel om tabellnamnet innehöll icke-alfanumeriska tecken. (Bug # 14.835.178)
• Ogiltig minne läser kan uppstå för frågor som väljs från en noll längd tabellnamn. (Bug # 14.780.820)
• Med LOCK TABELLER i kraft, CREATE TABLE IF NOT EXISTS ... LIKE kunde höja ett påstående. (Bug # 14.788.976)
• Den automatiska nyckelgenerering del av härledda bordshantering inte hantera ordentligt kolumner angivna som en del av värdena () klausuler och orsakade ett påstående höjas. (Bug # 14.786.324)
• Försök att läsa en UTF16 fil med LOAD DATA INFILE höjde ett påstående. (Bug # 14.786.470)
• init_io_cache () används memset () för att rensa en mutex men passerade fel mutex storleken. (Bug # 14.838.882)
• Optimerings skulle kunna höja ett påstående vid utvärdering en rad test mot en IS NOT NULL skick. (Bug # 14.843.705)
• En påstående kunde höjas verkställande INSERT, UPDATE eller DELETE efter förstått starta en READ transaktion ENDAST i LOCK BORD läge. (Bug # 14.788.540)
• Försök att skapa en auto-inkrement kolumn i en InnoDB tabell med ett attribut NULL typ kan orsaka ett allvarligt fel. (Bug # 14.758.479)
• Ett påstående höjdes om ALTER TABLE användes för att byta namn på en kolumn till samma namn som en befintlig kolumn samtidigt har sorterat omdöpt kolumnen använder AFTER eller FÖRST. (Bug # 14.756.089)
• En påstående kunde höjas om halv gå materia användes för att utvärdera en INTE I delfråga. (Bug # 14.751.858)
• För vissa fortsättnings handler häck kunde fortsättning ske vid fel plats. (Bug # 14.724.836)
• SHOW PROCESSLIST utgång var inte sorteras i Id ordning. (Bug # 14.771.006)
• För vissa SELECT-satser, FÖRKLARA kan orsaka servern för att avsluta. (Bug # 14.761.894)
• inträffade En minnesläcka för försök att använda ALTER TABLE för att ange ett standardvärde för en liten, medium eller lång BLOB eller TEXT kolumn. (Bug # 14.756.206)
• Installation med Solaris-paket sprang mysql_install_db under uppgraderings operationer (detta bör ske endast för nya installationer). (Bug # 14.747.671)
• För UPDATE uttalanden förklara visade den totala nyckellängd i key_len kolumnen snarare än längden på de begagnade viktiga delar. (Bug # 14.682.438)
• Starta servern med --bind-adress och sedan sätta host_cache_size till 0 kan resultera i servern stopp för vissa typer av klientanslutningar. (Bug # 14.689.561)
• Med index skick pushdown aktiverad kan optimerings ge felaktiga resultat för härledda tabeller. (Bug # 14.640.176)
• Optimerings kunde felaktigt använda en nonspatial index för att optimera rumsliga verksamhet, vilket orsakar ett påstående höjas. (Bug # 14.600.994)
• mysql_config_editor producerade inget felmeddelande för skrivfel till konfigurationsfilen. (Bug # 14.545.989)
• Query omskrivning till skrubba lösenord för loggning gjordes även om inget av de associerade stockarna aktiverad. Också, CREATE SERVER och ALTER SERVER nu skrivas om så behövs. (Bug # 14.073.554)
• CHECK TABLE och REPAIR TABLE kunde krascha om en MyISAM bord hade ett korrupt nyckel (.MYI) fil. Nu servern uppstår ett fel. (Bug # 13.556.441)
• CHECK TABLE och REPAIR TABLE kunde krascha om en MyISAM bord hade ett korrupt nyckel (.MYI) fil. Nu servern uppstår ett fel. (Bug # 13.556.107, Bug # 13.556.000)
• För dumpar av MySQL-databas, mysqldump hoppade händelsen bordet om inte alternativet --events gavs. För att hoppa över denna tabell om så önskas, använd --ignore-tabellen alternativet i stället (Bug # 55.587, Bug # 11.762.933)
• mysqld_safe ignorerade värdet på umask miljövariabeln, vilket leder till beteende skiljer sig från mysqld med avseende på tillgången sättet skapade filer. Nu mysqld_safe (och mysqld_multi) försöker approximera samma beteende som mysqld. (Bug # 57.406, Bug # 11.764.559)
• På Mac OS X, återinitialisera frågecachen kan orsaka servern för att avsluta. Tack vare Davi Arnaut för plåstret. (Bug # 67156, Bug # 14.741.880)
• För MINNE bord med hash index, DELETE ibland misslyckats med att ta bort alla tillämpliga rader. (Bug # 51.763, Bug # 11.759.445)
• Servern kunde inte använda frågecachen för frågor där en databas eller tabellnamn innehöll specialtecken och bordslagringsmotorn var InnoDB. (Bug # 64.821, Bug # 13.919.851)
• På Mac OS X, KILL kunde ibland vara opålitliga. (Bug # 37780, Bug # 11.748.945)
• LAST_INSERT_ID (expr) fungerade inte för uttr värden större än det största undertecknade BIGINT värde. (Bug # 20964, Bug # 11.745.891)