MySQL Enterprise Edition

MySQL Enterprise Edition er et kommercielt, prisbelønnede, meget udbredt og super hurtige RDBMS (Relational Database Management System), oprindeligt skabt af Sun Microsystems og nu vedligeholdes af Oracle. Det omfatter kraftfulde enterprise funktioner, såsom MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise skalerbarhed, MySQL Enterprise Security, MySQL Enterprise Audit, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL Stof og MySQL Workbench.Features ad glanceKey funktioner omfatter støtte til at skabe trinvise, fuld eller delvis backup, point-in-time-recovery funktionalitet, hel eller delvis gendannelse, støtte ekstern autentificering, støtte til tråd pools, politikbaseret overholdelse revision, online på & ldquo; hot & rdquo; backup støtte, cluster manager og klynge geo-replikation funktioner, automatisk skalering, samt støtte til forskellige opbevaring motorer, herunder InnoDB, NDB og MyISAM.
Derudover er det udstyret med backup kompression, database replikation, DRDB (Distribueret replikeret Block Device) støtte, Oracle Solaris klyngedannelse, Oracle VM-skabeloner, Windows failover clustering, Windows Active Directory integration, PAM (Pluggable Authentication Modules) autentificering support, samt 24 / 7 support fra Oracle. Et andet interessant træk det mulighed for at gøre din database infrastruktur stærkt available.Supported opererer systemsMySQL giver stor tilgængelighed, hvilket betyder, at den kan bruges på en lang række Linux-distributioner, herunder Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux og Oracle Linux, samt Sun Solaris, BSD, Mac OS X og Microsoft Windows-operativsystem systems.The MySQL Fællesskab EditionsIn tilføjelse til Enterprise-udgaven af ​​MySQL, EF udgave er frit tilgængelig for download, og det kan nemt installeres om forskellige Linux-baserede operativsystemer ved hjælp af pakkerne indgår i standard software repositories de respektive GNU / Linux-distribution. Den er aktivt vedligeholdes og understøttes af et fællesskab af open source-entusiaster og udviklere fra alle steder i verden. Flere detaljer om de MySQL EF Editions kan findes på Softoware

Hvad er nyt i denne udgivelse:.

• Bedre ydeevne og Skalerbarhed
• Forbedret InnoDB opbevaring motor for bedre transaktionsbeslutning gennemløb
• Forbedret Optimizer for bedre query gennemførelsestider og diagnostik
• bedre anvendelse Tilgængelighed med Online DDL / Schema operationer
• Bedre Agility Developer med NoSQL Adgang via Memcached API til InnoDB
• Forbedret Replication for høj ydelse og selvreparerende klynge implementeringer
• Forbedret ydeevne Schema for bedre instrumentering og overvågning
• Forbedret sikkerhed for bekymre-gratis program implementeringer
• Og andre vigtige forbedringer

Hvad er nyt i version 5.6.10:

• Nye funktioner og forbedringer i MySQL 5.6 er tilgængelige for MySQL-brugere i MySQL Community Edition.
• MySQL 5.6 giver øget lineær skalerbarhed, der hjælper brugerne til at udnytte moderne hardware kapaciteter.
• Med denne version, kan brugerne opleve forenklet forespørgsel udvikling og hurtigere udførelse, bedre transaktionsbeslutning gennemløb og applikationstilgængelighed, fleksibel NoSQL adgang, forbedret replikation og forbedret instrumentering.
• Bedre Query gennemførelsestider og Diagnostics leveres gennem en forbedret MySQL Optimizer diagnostik: underforespørgslen optimeringer: forenkle query udvikling ved at optimere underforespørgsler før udførelse. Nye effektivitetsgevinster i hvordan resultatsæt udvælges, sorteres og returneres levere væsentlig forbedring af forespørgslen gennemførelsestider. Blive bedre valgte forespørgsel gennemløb med op til 280x (1): Tilsætning af Index Condition pushdown (ICP) og Batch Key Access (BKA). Enhanced Optimizer Diagnostics: med forklare for INSERT, UPDATE og DELETE operationer. FORKLARE plan output i JSON format leverer mere præcise Optimizer målinger og bedre læsbarhed, og Optimizer Traces muliggør at spore optimizer beslutningsprocessen.
• større ydeevne Throughput og Application Tilgængelighed med en forbedret InnoDB opbevaring maskine: Op til 230 procent forbedring i transaktions- og Skrivebeskyttet Throughput: InnoDB er blevet re-indregnet at minimere arv gevindskæring, rødmen, og purge MUTEX stridigheder og flaskehalse, så bedre samtidighed på stærkt belastede OLTP-systemer, og som resulterer i væsentligt forbedret gennemløb for både transaktionsbeslutning og læs kun arbejdsbyrder (2). Forbedret Tilgængelighed: online DDL operationer muligt DBAS at tilføje indekser og udfører tabel ændringer, mens programmet forbliver tilgængeligt for opdateringer. Fuld-tekst søgning med InnoDB: giver udviklere mulighed for at bygge fuldtekst indekser på InnoDB tabeller til at repræsentere tekstbaseret indhold og fremskynde programmet søger efter ord og sætninger. Enkel, Key Value opslag: fleksibel NoSQL adgang til InnoDB giver enkel, nøgle-værdi opslag af InnoDB data via det velkendte Memcached API. Brugere får & quot; bedste fra begge verdener, & quot; kombinerer nøgle-værdi drift og komplekse SQL-forespørgsler i den samme database.
• Forbedret Scale-Out og High Availability: med nye funktioner i MySQL replikation herunder: Self-Healing Replication Clusters: tilføjelse af Global Transaction identifikatorer og hjælpeprogrammer gør det enkelt at automatisk finde og komme sig efter fejl. Crash-Safe Replication muliggør binære log og slaver til automatisk inddrive korrekte positioner i replikation strøm i tilfælde af et nedbrud, og genoptage replikation uden administrator indgriben. Checksummer opretholde dataintegritet på tværs af klyngen ved automatisk at detektere og advare om fejl. High Performance Replication Clusters: op til 5 gange hurtigere replikation gennem multi-threaded Slaver (3), Binlog Group Commit og optimeret Row-Based Replikering giver brugerne mulighed for at maksimere præstationer og effektivitet replikation, da de skalerer-deres arbejdsbelastninger tværs råvaremarkederne systemer. Time-forsinket Replikering:. Giver beskyttelse mod operationelle fejl på master, fx uheld droppe tabeller
• Forbedret PERFORMANCE_SCHEMA: ny instrumentering giver brugerne mulighed for bedre at kunne overvåge de fleste ressourcekrævende forespørgsler, objekter, brugere og applikationer. Nye oversigter med aggregerede statistikker grupperet efter forespørgsel, tråd, bruger, vært og objekt er også tilgængelige. Forbedringerne give mulighed for lettere standardkonfiguration med mindre end fem procent overhead.
• MySQL 5.6 indeholder en række yderligere forbedringer, herunder geografiske informationssystemer -. Præcise Rumlig operationer, forbedret IPv6 overholdelse og optimerede server defaults

Hvad er nyt i version 5.5.30:

• mysql-libs og MySQL-libs-avanceret har blevet fjernet fra spec-fil
• Lidt mere intelligent behandling af .I filer i mysql-test / samling er blevet gennemført;
• Mens konvertere mappenavn til filnavn, en fil separator (FN_LIBCHAR) kan blive føjet til den resulterende filnavn. Dette problem blev fastsat;
• En PB2 tilfældig fejl er blevet repareret;
• Testen script som blev tilføjet med tidligere skub fungerede med indbygget sag, da der ikke er PID fil oprettet i sådanne tilfælde. & Quot; not_embedded.inc & quot; er blevet tilføjet.

Hvad er nyt i version 5.6.9 RC:

• Funktionalitet tilføjet eller ændret:
• Uforenelig Change: Replication: En række variable og andre navne vedrørende GTID-baserede replikering er blevet ændret med henblik på at gøre disse navne mere passende og meningsfuld. De gamle navne er ikke længere.
• Funktionerne så omdøbte er vist i følgende liste:
• --disable-gtid-usikre-udsagn server option er blevet omdøbt --enforce-gtid-konsistens; det disable_gtid_unsafe_statements systemvariabel er blevet omdøbt enforce_gtid_consistency.
• gtid_done server system variable er blevet omdøbt gtid_executed.
• gtid_lost server system variable er blevet omdøbt gtid_purged; Desuden er denne variabel ikke længere skrivebeskyttet.
• SQL_THREAD_WAIT_AFTER_GTIDS () funktion er blevet omdøbt WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• For mere information, se Afsnit 16.1.3, & quot; Replication med Global Transaction Identifiers & quot ;, og afsnit 16.1.4.5, & quot; Global Transaction ID Optioner og variabler & quot ;. (Bug # 14775984)
• mysqld nu skriver datoer for at fejlloggen i ISO (ÅÅÅÅ-MM-DD tt: mm: ss) format. Det omfatter også sin proces ID efter datoen. Tak til Davi Arnaut for plasteret. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008, og nyere støtte indfødte symbolsk lænke hjælp af mklink kommando. Dette gør MySQL Server implementering af database symbolske links ved hjælp .sym filer overflødig, så mekanismen er nu forældet og vil blive fjernet i en kommende MySQL udgivelse. Se afsnit 8.11.3.1.3, & quot; Brug Symbolske links til databaser på Windows & quot;.
• Bugs Fast:
• Ydelse: InnoDB: The timing værdier for lavt niveau InnoDB læse operationer blev justeret for bedre ydelse med hurtige lagringsenheder, såsom SSD. Denne udvidelse berører primært læse operationer for BLOB kolonner i komprimerede tabeller. (Bug # 13702112, Bug # 64258)
• Inkompatibel Change:. Den THREAD_ID kolonne i Performance Schema tabeller blev udvidet fra INT til bigint at rumme 64-bit-værdier
• Hvis du opgraderer til denne version af MySQL fra en tidligere version, skal du køre mysql_upgrade (og genstarte serveren) for at indarbejde denne ændring i performance_schema databasen. (Bug # 14664453)
• Uforenelig Change: Connection ID (gevind-ID) værdier over 32 bit kan forekomme på nogle systemer (såsom travle eller langvarige 64-bit-systemer), der forårsager disse problemer:
• Forbindelse id'er skrevet til den almindelige forespørgsel log og langsom forespørgsel log var forkerte. Dette var tilfældet for at logge på begge filer og tabeller.
• CONNECTION_ID () funktion kan returnere en værdi med en datatype for lille for værdier større end 32 bit.
• mysql_thread_id () og mysql_kill () C API funktioner ikke håndtere ID-værdier større end 32 bit. Dette kan resultere i at dræbe den forkerte tråd; for eksempel, hvis du påberåbt mysql_kill (mysql_thread_id ()).
• Forbindelse id'er nu er tilladt at være 64-bit værdier, når serveren understøtter dem (når bygget med 64-bit datatyper), som har disse virkninger:
• Forbindelse ID'er er logget korrekt til den generelle forespørgsel log og langsom forespørgsel log.
• Bemærk
• Denne ændring indebærer en ændring af log tabeller, så efter opgradering til denne udgivelse, skal du køre mysql_upgrade og genstarte serveren.
• CONNECTION_ID () returnerer en datatype passende for værdier større end 32 bit.
• mysql_thread_id () er uændret; klient / server protocal har kun 4 bytes for ID-værdi. Denne funktion returnerer en forkert (afkortet) værdi for tilslutning id'er større end 32 bit, og bør undgås.
• mysql_kill () stadig ikke kan håndtere værdier større end 32 bit, men at sikre sig mod at dræbe den forkerte tråd nu returnerer en fejl i disse tilfælde:
• Hvis givet et ID større end 32 bit, mysql_kill () returnerer en CR_INVALID_CONN_HANDLE fejl.
• Efter serverens interne gevind ID tælleren når en værdi større end 32 bit, den returnerer en ER_DATA_OUT_OF_RANGE fejl for enhver mysql_kill () påkaldelse og mysql_kill () svigter.
• For at undgå problemer med mysql_thread_id () og mysql_kill (), skal du ikke bruge dem. For at få forbindelsen id, udføre en SELECT CONNECTION_ID () forespørgsel og hente resultatet. At dræbe en tråd, udføre en KILL erklæring.
• (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
• vigtig ændring: InnoDB: En DML erklæring ved hjælp af indekset merge adgang metode kunne låse mange rækker fra tabellen, selv når disse rækker var ikke en del af det endelige resultat sæt. Rettelsen reducerer overdreven låsning ved at frigive låsene af umatchede rækker. Denne optimering påvirker kun transaktioner med isolation niveau lig med eller mindre strenge end LÆS begået Det finder ikke anvendelse på transaktioner, der bruger Repeatable LÆS eller Serializable isolation niveau. (Bug # 14226171)
• vigtig ændring: Replication: Fordi kører serveren med GTIDs aktiveret forhindret ændringer nontransactional tabeller, programmer som mysql_upgrade og mysql_install_db var ude af stand til at operere på system tabeller, der brugte den MyISAM opbevaring maskine og derfor ikke kunne fungere rigtigt. Nu når du kører med --enforce-gtid-konsistens (påkrævet når --gtid-mode = ON), serveren tillader enkelt udsagn om nontransactional tabeller. (Bug # 14722659)
• vigtig ændring: Replication: Tidligere blev værdien af ​​Seconds_Behind_Master kolonne i produktionen af ​​SHOW SLAVE STATUS altid sat til NULL, når SQL tråden eller I / O-tråd blev stoppet. Nu er denne kolonne indstillet til NULL, hvis SQL tråden ikke kører, eller hvis I / O tråd ikke kører efter en kontrol for at bestemme, hvorvidt SQL tråd har behandlet alle relæet log. (Hvis SQL tråden er færdigbehandlet og I / O-tråd kører, Seconds_Behind_Master er 0.) (Bug # 12946333)
• Partitionering: InnoDB: Tidligere når de forsøger at optimere en eller flere partitioner af en inddelt tabel, der brugte en storage engine, der ikke understøtter partition-niveau optimere, såsom InnoDB, MySQL rapporteret Table understøtter ikke optimere, gør genskabe + analysere i stedet, så genskabt hele tabellen, men faktisk ikke analysere det. Nu i sådanne tilfælde, advarslen er, er tabel understøtter ikke optimere på partitioner. Alle partitioner vil blive genopbygget og analyseres. Desuden er hele tabellen analyseret efter først at blive genopbygget. (Bug # 11751825)
• InnoDB: Hvis serveren gik ned, mens rækker blev indsat i en tabel med en FULLTEXT indeks, men før transaktionen blev begået, kunne opstå en fejl ved næste opstart:
• InnoDB: Assertion svigt i tråd thread_num i fil dict0dict.cc linje 1019
• (Bug # 14826779)
• InnoDB: Serveren kunne standse med en fejl, når adgang til en InnoDB tabel med en FULLTEXT indeks gennem HANDLER erklæring. (Bug # 14788710)
• InnoDB: Serveren kunne standse med en fejl, når to slags operationer skete samtidig:
• En ROLLBACK af en indsat række, der indeholdt off-side kolonner.
• En online online DDL, der involverer en tabel over ROW_FORMAT = DYNAMIC eller ROW_FORMAT = komprimeret (dvs. ved hjælp af Barracuda filformat), der genopbyggede tabellen. For eksempel, ADD / DROP COLUMN, tilføje en primær nøgle, ændre ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: Serveren kunne standse med en påstand fejl for en ANALYSÉR TABLE operation, afhængig af strukturen af ​​bordet og dens indekser:
• InnoDB: Assertion svigt i tråd thread_num i filen dict0dict.ic linie 447
• InnoDB: mangel påstand: pos & lt; tabel-& gt; n_def
• (Bug # 14755452)
• InnoDB: En timeout-fejl kan forekomme på Windows-systemer, når du laver ALTER TABLE udsagn med udsmid TABLESPACE- eller IMPORT TABLESPACE klausuler, på grund af en midlertidig tablespace fil tilbage i filsystemet. (Bug # 14776799)
• InnoDB: En online DDL operation for en InnoDB tabel forkert rapporterede en tom værdi ('') i stedet for den rigtige nøgle værdi, når det rapporteret en kopi nøgle fejl for et entydigt indeks ved hjælp af et indeks præfiks. (Bug # 14729221)
• InnoDB: InnoDB tabeller med fuldtekst indekser kunne allokere hukommelse til tråd håndtag, der aldrig blev udgivet, muligvis kan føre til ressource problemer på Windows-systemer. (Bug # 14759163)
• InnoDB: Under en online DDL operation, der kopierer tabellen, kan den sekundære indeks af bordet blive beskadiget. (Bug # 14753701)
• InnoDB: Hvis serveren gik ned efter en online DDL CREATE INDEX operation, kan der opstå en fejl, mens du ruller tilbage ufuldstændige transaktioner på næste opstart:
• InnoDB: fejl i sek opslagsord del fortryde i
• ...
• InnoDB: Assertion svigt i tråd thread_num i fil row0umod.cc linje 559
• (Bug # 14707452)
• InnoDB: Hvis serveren gik ned på et præcist tidspunkt under en ALTER TABLE operation, der genopbyggede de grupperede indeks for en InnoDB tabel, kunne den oprindelige tabel være utilgængelige bagefter. Et eksempel på en sådan operation er ALTER TABLE ... ADD PRIMARY KEY Rettelsen bevarer den oprindelige tabel, hvis serveren stopper under denne operation. Du kan stadig nødt til at omdøbe den .ibd filen manuelt for at gendanne den oprindelige tabel indhold: i MySQL 5.6 og højere, omdøbe fra # sql-IB $ new_table_id.ibd at table_name.ibd i databasen bibliotek; før MySQL 5.6, den midlertidige fil til at omdøbe, er tabelnavn # 1 eller # 2. (Bug # 14669848)
• InnoDB: Rettelsen forbedrer fejlhåndtering når en ALTER TABLE operation tilføjer en kolonne over den maksimalt tilladte for et InnoDB tabel nummer. Det rejser også det maksimale antal kolonner for en InnoDB tabel fra 1000 til 1020. (Bug # 14705287)
• InnoDB: Under en online DDL operation, der genopbyggede bordet, kunne en CHECK TABLE-sætning rapportere en optælling mismatch for alle sekundære indekser. (Bug # 14606472)
• InnoDB: Hvis en ALTER TABLE-sætning mislykkedes under forsøget på at oprette en FULLTEXT indeks for en InnoDB tabel, kan serveren standse med en påstand fejl under tabe ufuldstændige indeks. (Bug # 14504174)
• InnoDB: Under nedlukning, med innodb_purge_threads konfiguration er indstillet større end 1, kan serveren standse for tidligt med denne fejl:
• mysqld fik signal 11
• En løsning var at øge innodb_log_file_size og sætte innodb_purge_threads = 1. Rettelsen blev tilbageført til MySQL 5.5 og 5.1, selvom disse versioner ikke har innodb_purge_threads konfiguration indstilling, så var usandsynlig fejlen. (Bug # 14234028)
• InnoDB: Serveren kunne standse med en fejl under nogle kombinationer af samtidige operationer:
• InnoDB: ukendt fejl kode 20
• Dette spørgsmål opstod i løbet af 5,6 udviklingscyklus. Det påvirkede kun transaktioner vha LÆS begaaet andREAD uforpligtede isolation niveauer. (Bug # 13641662, Bug # 12424846)
• Replikering: Hvis en tabel for at blive gentaget havde en FULLTEXT indeks, var dette indeks ikke udelukket, når du vælger den type scanning, der skal bruges til at finde den næste række, selv om det ikke kan bruges til at finde den rigtige. Rækken applier efterfølgende forsøgte uden held at ansætte et indeks scan, der forårsager replikering til at mislykkes. Nu i sådanne tilfælde, indekser, som ikke giver til sekventiel adgang (såsom FULLTEXT) ikke i betragtning, når det bestemmes, om at bruge en tabel, indeks, eller hash-scanning til dette formål. (Bug # 14843764)
• Replikering: Ved brug af GTID-aware master-slave-protokol, slave I / O tråd brugte den forkerte position. Ved anvendelse GTIDs, positionen normalt ikke anvendes, men som et særligt tilfælde blev position anvendes i tillæg til GTID når slaven igen forbindelse til den samme master (selv om dette ikke var nødvendigt). Dette problem er løst ved at gøre GTID-aware master-slave-protokollen ikke bruge holdninger overhovedet længere. (Bug # 14828028)
• Replikering: Givet en lagret rutine R, hvor GTID_SUBTRACT () funktion er kaldt: Når GTID_SUBTRACT () returnerede NULL når kaldet inde R, fortsatte det med at vende tilbage NULL, hver gang det blev kaldt i R, for den resterende del af klienten session. (Bug # 14838575)
• Replikering: MySQL Enterprise Backup, mysqldump, og mysqlhotcopy ikke kunne bruges med en GTID-aktiveret MySQL Server, fordi de var ude af stand til at genoprette serverens GTID tilstand og så ikke kunne gendanne fra ethvert punkt i det andet end den binære log begyndelsen.
• Som en del af fix til dette problem, det gtid_purged systemvariabel (tidligere kaldet gtid_lost) ikke længere skrivebeskyttet; nu er det muligt at tilføje GTIDs til det, når gtid_executed (tidligere gtid_done) er tom. (Bug # 14787808)
• Replikering: Genstart replikation efter den første binære logfil blev renset medførte fejlen Fik fatal fejl 1236 fra master, når du læser data fra binær log: "Slaven forbinder hjælp SKIFT MASTER TIL MASTER_AUTO_POSITION = 1, men skibsføreren har renset binære logs indeholder GTIDs at slaven kræver. « Dette førte GTID baseret replikering til at mislykkes. (Bug # 14756691)
• mysql_install_db undladt at ære --user mulighed. (Bug # 15866735)
• Oprettelse af en InnoDB tabel med en FULLTEXT indeks kunne støde på en alvorlig fejl, hvis tabellen Betegnelsen ikke-alfanumeriske tegn. (Bug # 14835178)
• Ugyldig hukommelse læser kan forekomme for forespørgsler, der er udvalgt fra en tabel navn nul-længde. (Bug # 14780820)
• med lås Tabeller i kraft, CREATE TABLE IF NOT EXISTS ... LIKE kunne hæve en påstand. (Bug # 14788976)
• Den automatiske nøglegenerering del af afledte tabel håndtering ikke håndtere korrekt kolonner som en del af værdierne () klausul og forårsagede en påstand hæves. (Bug # 14786324)
• Forsøg på at læse en UTF16 fil med LOAD DATA INFILE rejst en påstand. (Bug # 14786470)
• init_io_cache () brugte memset () for at slette en mutex men bestået den forkerte mutex størrelse. (Bug # 14838882)
• Optimizer kunne hæve en påstand, når de evaluerer en række test mod en IS NOT NULL tilstand. (Bug # 14843705)
• En påstand kunne hæves fuldbyrdende INSERT, UPDATE, eller DELETE efter implicit starte en LÆS KUN transaktion i LOCK TABELLER mode. (Bug # 14788540)
• Forsøg på at oprette en auto-tilvækst kolonne i et InnoDB tabel med en NULL typen attribut kan forårsage en alvorlig fejl. (Bug # 14758479)
• En påstand blev rejst hvis ALTER TABLE blev brugt til at omdøbe en kolonne til samme navn som en eksisterende kolonne samtidig genbestilling den omdøbte søjle ved anvendelse efter eller FIRST. (Bug # 14756089)
• En påstand kunne hæves, hvis semi-slutte materialisering blev brugt til at evaluere en IKKE underforespørgsel. (Bug # 14751858)
• For nogle fortsættelse handleren nestings kunne fortsættelse opstå på det forkerte sted. (Bug # 14724836)
• Vis PROCESSLIST produktionen var ikke sorteret i Id rækkefølge. (Bug # 14771006)
• For nogle SELECT-sætninger, så forklar kan få serveren til at afslutte. (Bug # 14761894)
• En hukommelsesfejl opstod for forsøg på at bruge ALTER TABLE til at indstille en standardværdi for en lille, mellem eller lang BLOB eller TEKST søjle. (Bug # 14756206)
• Installation ved hjælp Solaris pakker kørte mysql_install_db under opgraderingen (dette bør kun ske for nye anlæg). (Bug # 14747671)
• For UPDATE udsagn forklarer viste den samlede nøglelængde i key_len kolonne snarere end længden af ​​de anvendte centrale dele. (Bug # 14682438)
• Start af serveren med --bind-adresse og derefter sætte host_cache_size til 0 kan resultere i serveren stopper for visse former for klient-forbindelser. (Bug # 14689561)
• med indeks tilstand pushdown aktiveret, kan optimizer give forkerte resultater for afledte tabeller. (Bug # 14640176)
• Optimizer kunne fejlagtigt bruge en nonspatial indeks for at optimere den fysiske operationer, der forårsager en påstand hæves. (Bug # 14600994)
• mysql_config_editor fremlagt nogen fejlmeddelelse til skrive fejl til konfigurationsfilen. (Bug # 14545989)
• Query omskrivning til krat adgangskoder til logning blev gjort, selv om ingen af ​​de tilknyttede logfiler blev aktiveret. Også CREATE SERVER og ALTER SERVER nu omskrevet efter behov. (Bug # 14073554)
• CHECK TABLE og REPAIR TABLE kunne gå ned, hvis en MyISAM tabel havde en korrupt nøgle (.MYI) fil. Nu serveren producerer en fejl. (Bug # 13556441)
• CHECK TABLE og REPAIR TABLE kunne gå ned, hvis en MyISAM tabel havde en korrupt nøgle (.MYI) fil. Nu serveren producerer en fejl. (Bug # 13556107, Bug # 13556000)
• For lossepladser af MySQL-database, mysqldump sprunget begivenheden bordet medmindre --events mulighed blev givet. Du kan springe denne tabel, hvis der er ønske, skal du bruge --ignore-tabellen mulighed i stedet (Bug # 55587, Bug # 11762933)
• mysqld_safe ignoreret værdien af ​​miljøvariablen UMASK, hvilket fører til adfærd forskellig fra mysqld med hensyn til adgangen tilstand af oprettede filer. Nu mysqld_safe (og mysqld_multi) forsøger at tilnærme den samme adfærd som mysqld. (Bug # 57406, Bug # 11764559)
• På Mac OS X, Reinitialisering af forespørgslen cache kan få serveren til at afslutte. Tak til Davi Arnaut for plasteret. (Bug # 67156, Bug # 14741880)
• For HUKOMMELSE borde Firkant indekser, SLET undertiden ikke slette alle gældende rækker. (Bug # 51763, Bug # 11759445)
• Serveren kunne ikke bruge forespørgslen cache for forespørgsler, hvor en database eller tabel navn indeholdt specialtegn og bordet opbevaring motoren blev InnoDB. (Bug # 64821, Bug # 13919851)
• På Mac OS X, kunne dræbe nogle gange være upålidelige. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (Udtr) fungerede for Udtr værdier større end den største underskrevet BIGINT værdi. (Bug # 20964, Bug # 11745891)