MySQL Enterprise Edition

MySQL Enterprise Edition este un comercial, premiat, utilizate pe scară largă și RDBMS super rapid (relational de gestiune a bazelor de date), creat inițial de Sun Microsystems și acum menținut de Oracle. Acesta include caracteristici de întreprindere puternice, cum ar fi MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise scalabilitate, MySQL Enterprise Security, MySQL Enterprise audit, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL Fabric și MySQL Workbench.Features la un glanceKey caracteristici includ suport pentru crearea de backup-uri incrementale, integrale sau parțiale, punct-in-time de recuperare funcționalitate, refacerea parțială sau totală, suport autentificare extern, suport pentru piscine filet, bazate pe politici conformitate audit, Online & ldquo; hot-rdquo; suport de backup, manager de grup și de grup caracteristici geo-replicare, scalare automată, precum și suport pentru diferite motoare de înmagazinare, inclusiv InnoDB, NDB și MyISAM.
În plus, este dotat cu comprimare de backup, replicare a bazei de date, DHD (Distributed Block replicat Dispozitiv) sprijin, Oracle Solaris clustering, template-uri Oracle VM, Windows failover clustering, integrare Active Directory pentru Windows, PAM (Programator autentificare Module) sprijin autentificare, precum și 24 / 7 sprijin de la Oracle. Un alt caracteristici interesante IT abilitatea de a face infrastructura bazei de date extrem de available.Supported de operare systemsMySQL oferă disponibilitate mare, ceea ce înseamnă că poate fi folosit pe o gama larga de distribuții Linux, inclusiv Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux și Oracle Linux, precum Sun Solaris, BSD, Mac OS X și Microsoft Windows systems.The de operare MySQL comunitar EditionsIn lângă Enterprise Edition a MySQL, ediția comunitar este disponibil gratuit pentru descărcare și poate fi ușor de instalat pe diverse sisteme de operare bazate pe Linux folosind pachetele incluse în depozitele de software implicit de distribuție respectiv GNU / Linux. Se menține activ și susținut de o comunitate de entuziaști open source si dezvoltatori din toate locurile din lume. Mai multe detalii despre Editions MySQL comunitare pot fi găsite pe Softoware

Ce este nou în această versiune:.

• performanță mai bună și Scalabilitate
• îmbunătățit motorul de stocare InnoDB pentru transfer tranzacțională mai bine
• Optimizer îmbunătățit pentru timpii de execuție mai bună de interogare și de diagnosticare
• O mai bună aplicare disponibilitatea cu operațiuni Online DDL / Schema
• Agility Developer perfect cu NoSQL Acces prin API Memcached la InnoDB
• Replication îmbunătățită pentru înaltă performanță și implementările de grup de auto-vindecare
• Schema de performanță îmbunătățită pentru o mai bună instrumente și monitorizarea
• Securitate îmbunătățită pentru implementări de aplicații fără griji
• și alte îmbunătățiri importante

Ce este nou în versiunea 5.6.10:

• Noile caracteristici și îmbunătățiri în MySQL 5.6 sunt accesibile utilizatorii MySQL din MySQL Community Edition.
• MySQL 5.6 oferă scalabilitate liniară îmbunătățită, ajutând utilizatorii să impulsioneze capabilitati hardware moderne.
• Cu această versiune, utilizatorii pot experimenta dezvoltarea simplificate de interogare și de execuție rapid, debit tranzactional mai bine și disponibilitatea aplicațiilor, acces flexibil NoSQL, replicare îmbunătățită și instrumente îmbunătățite.
• Solicitare mai bună Executie Times și Diagnostice furnizate printr-o Enhanced Diagnostics MySQL de optimizare: subinterogare Optimizări: simplifica dezvoltarea interogare prin optimizarea subinterogările înainte de execuție. Noi eficiența în modul seturi de rezultate sunt selectate, sortate și sa întors livra îmbunătățire substanțială a timpilor de execuție interogare. Adăugarea de Indicele Stare pushdown (ICP) și Serie acces Key (BKA): poate îmbunătăți selectate tranziteaza interogare cu până la 280x (1). Îmbunătățite de optimizare a Diagnostics: cu EXPLAIN pentru INSERT, UPDATE, DELETE și operațiuni. EXPLICA ieșire plan format JSON oferă valori de optimizare mai precise și mai mare claritate, și de optimizare a TRACES permite de a urmări procesul de luare a deciziilor de optimizare.
• Mare Performanță Capacitate și de aplicare disponibilitate cu un motor îmbunătățit de stocare InnoDB: Până la 230 la suta in imbunatatirea Tranzactionala si Numai citire Capacitate: InnoDB a fost re-luat pentru a minimiza moștenire de filetat, înroșirea feței, precum și epurare susținerile mutex și blocajele, care să permită o mai bună concurență pe sistemele OLTP puternic încărcate, și care rezultă în transfer îmbunătățit în mod semnificativ atât pentru tranzacțională și citire numai sarcini de lucru (2). Îmbunătățită Disponibilitate: operațiuni DDL on-line permite DBA pentru a adăuga indici și de a efectua modificări de masă, în timp ce cererea rămâne disponibil pentru actualizări. Full-Text Search cu InnoDB: permite dezvoltatorilor să construiască indecșii de text pentru tabelele InnoDB pentru a reprezenta conținutul bazat pe text și accelera căutările de aplicare pentru cuvinte și fraze. Simplu, cheie Căutare Valoare: acces flexibil NoSQL la InnoDB prevede simplu,-valoare-cheie de căutare a datelor InnoDB prin intermediul API Memcached familiar. Utilizatorii primi & quot; cel mai bun din ambele lumi, & quot; combinarea operațiunilor cheie-valoare și interogări SQL complexe în aceeași bază de date.
• Îmbunătățirea Scale-Out și High Availability: cu noi caracteristici în MySQL replicare, inclusiv: auto-vindecare Replication Clustere: adăugarea de Global tranzacții de identificare și Utilități face simplu pentru a detecta automat și de a recupera de la eșecuri. Crash-Safe de replicare permite jurnalul binar și sclavi pentru recuperarea automată poziții corecte în fluxul de replicare în cazul unui accident, și se reia replicarea fără intervenție administrator. Checksum menține integritatea datelor pe tabloul de prin detectarea automată și alertare în erori. De înaltă performanță Clustere de replicare: pana la 5 ori mai rapid replicarea prin intermediul sclavi multi-threaded (3), Binlog Grupul Commit și optimizată Pe rânduri de replicare permite utilizatorilor pentru a maximiza performanța și eficiența de replicare, deoarece scara-out volumul de lucru lor pe sisteme de mărfuri. Timp întârziat Replication:. Oferă protecție împotriva erorilor operaționale luate pe comandantul, de exemplu, in scadere accidental tabele
• PERFORMANCE_SCHEMA consolidată: nou instrumente permite utilizatorilor să monitorizeze mai bine cele mai multe resurse intensive interogări, obiecte, utilizatori și aplicații. Noi rezumate cu statistici agregate grupate în functie de interogare, fir, utilizator, gazdă și obiect sunt de asemenea disponibile. Îmbunătățirile permit configurarea implicită mai usor cu mai putin de cinci la sută deasupra.
• MySQL 5.6 include o serie de îmbunătățiri suplimentare, inclusiv Geographic Information Systems -. Operațiuni spațiale precise, imbunatatit respectarea IPv6 și valorile implicite servere optimizate

Ce este nou în versiunea 5.5.30:

• mysql-libs si MySQL-libs-avansate au fost eliminat din dosar spec;
• prelucrare Un pic mai inteligent de fișiere .in în mysql-test / colectare a fost pusă în aplicare;
• În timp ce conversia nume director la nume de fișier, un separator fișier (FN_LIBCHAR) s-ar putea sa fie adaugat la numele fișierului rezultat. Această problemă a fost stabilit;
• O defecțiune la întâmplare PB2 a fost reparat;
• script de test care a fost adăugat cu apăsare anterioare nu au de lucru cu caz încorporat, așa cum nu există nici un dosar pid creat în astfel de cazuri. & Quot; not_embedded.inc & quot; a fost adăugat.

Ce este nou în versiunea 5.6.9 RC:

• adaugă funcționalitate sau schimbată:
• Schimbare incompatibile: Replication: Un număr de nume de variabile și de altă natură, replicarea GTID pe bază de au fost modificate, cu scopul de a face aceste nume mai potrivit și semnificativ. Numele vechi nu mai sunt suportate.
• Caracteristicile astfel redenumite sunt prezentate în lista de mai jos:
• Opțiunea de server --disable-gtid-nesigure-declarații a fost redenumit --enforce-gtid-consistență; variabila de sistem disable_gtid_unsafe_statements a fost redenumit enforce_gtid_consistency.
• variabila de sistem de server gtid_done a fost redenumit gtid_executed.
• variabila de sistem de server gtid_lost a fost redenumit gtid_purged; în plus, această variabilă nu mai este read-only.
• SQL_THREAD_WAIT_AFTER_GTIDS () funcție a fost redenumit WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Pentru mai multe informații, a se vedea secțiunea 16.1.3, & quot; Replication cu Global Transaction Identificatorii & quot ;, și secțiunea 16.1.4.5, & quot; globale Opțiuni și variabile & quot ;. tranzacții de identitate (Bug # 14775984)
• mysqld scrie acum datele la jurnalul de erori în ISO (HH AAAA-LL-DD: ss: mm) format. De asemenea, include ID-ul său proces de la data. Vă mulțumim pentru Davi Arnaut pentru patch-uri. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008, și sprijin mai noi Legăturile simbolice nativ folosind comanda mklink. Acest lucru face ca punerea în aplicare MySQL Server a bazei de date link-uri simbolice folosind .sym fișiere redundante, astfel încât mecanism este acum depreciat și va fi înlăturată într-o ediție viitoare MySQL. A se vedea secțiunea 8.11.3.1.3, & quot; Utilizarea link-uri simbolice pentru Baze de date pe Windows & quot;.
• Bugs fix:
• Performanță: InnoDB: Valorile de sincronizare pentru low-level InnoDB citit operațiuni au fost ajustate pentru o mai bună performanță cu dispozitive de stocare rapide, cum ar fi SSD. Acest accesoriu afecteaza in primul rand operatiuni de citire pentru coloane BLOB în tabele comprimat. (Bug # 13702112, Bug # 64258)
• Schimbare incompatibile:. Coloana THREAD_ID în tabelele Schema de performanță a fost extins de la INT la BIGINT pentru a se adapta valorile pe 64 de biți
• Dacă faceți upgrade la această versiune de MySQL de la o versiune anterioară, trebuie să mysql_upgrade să rulați (și reporniți serverul) să includă această modificare în baza de date performance_schema. (Bug # 14664453)
• Schimbare incompatibil: ID de conectare (filet ID) valori mai mari de 32 de biți pot apărea pe unele sisteme (cum ar fi sistemele de ocupat sau de lungă durată pe 64 de biți), cauzând aceste probleme:
• ID-urile de conectare scrise jurnalul de interogare general și registrul de interogare lent au fost incorecte. Acest lucru a fost valabil si pentru conectarea la ambele fișiere și tabele.
• Funcția CONNECTION_ID () ar putea reveni o valoare cu un tip de date prea mic pentru valori mai mari de 32 de biți.
• mysql_thread_id () și mysql_kill () funcții C API nu a manipula valorile de identitate mai mare de 32 de biți. Acest lucru ar putea duce la uciderea firul greșit; de exemplu, dacă mysql_kill invocat (mysql_thread_id ()).
• ID-urile de conectare acum li se permite să fie valori pe 64 de biți în cazul în care serverul le suportă (atunci când a construit cu tipuri de date pe 64 de biți), care are aceste efecte:
• ID-urile de conectare sunt înregistrate corect la jurnalul de interogare generală și jurnalul de interogare lent.
• Notă
• Această modificare implică o modificare a tabelelor jurnal, deci după actualizarea la această versiune, trebuie să executați mysql_upgrade și reporniți serverul.
• CONNECTION_ID () returnează un tip de date corespunzător pentru valori mai mari de 32 de biți.
• mysql_thread_id () este neschimbat; protocal client / server are doar 4 octeți pentru valoarea ID. Această funcție returnează o valoare incorectă (trunchiat) pentru ID-urile de conectare mai mari de 32 de biți și ar trebui să fie evitate.
• mysql_kill () încă nu se poate ocupa valori mai mari de 32 de biți, dar pentru a proteja împotriva uciderii firul greșit acum returnează o eroare în aceste cazuri:
• Dacă dat o identitate mai mare de 32 de biți, mysql_kill () returnează o eroare CR_INVALID_CONN_HANDLE.
• După intern contra fir ID-ul serverului ajunge la o valoare mai mare de 32 de biți, se returnează o eroare ER_DATA_OUT_OF_RANGE pentru orice mysql_kill () invocare și mysql_kill () eșuează.
• Pentru a evita problemele cu mysql_thread_id () și mysql_kill (), nu le folosesc. Pentru a obține ID-ul de conectare, executa o SELECT CONNECTION_ID () interogare și de a prelua rezultatul. Pentru a ucide un fir, executa o declarație ucide.
• (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
• Schimbare Important: InnoDB: O declarație LMD folosind metoda de acces îmbinare indice ar putea bloca in mai multe randuri de tabel, chiar atunci când aceste rânduri nu erau parte a setului de rezultate finale. Această remediere reduce blocarea excesivă prin eliberarea încuietorile de rânduri de neegalat. Această optimizare afectează numai tranzacții cu nivel de izolare egale sau mai puțin stricte decât READ comise; aceasta nu se aplică tranzacțiilor folosind repetabile READ sau nivel de izolare serializabile. (Bug # 14226171)
• Important Modificare: Replication: Deoarece rulează serverul cu GTIDs activat impiedicat modificări la mese nontransactional, programe precum mysql_upgrade și mysql_install_db nu au putut să lucreze în sistemul de tabele care au folosit motorul de stocare MyISAM și, prin urmare, nu ar putea funcționa corect. Acum, atunci când rulează cu --enforce-gtid-consistență (necesar ori de câte ori --gtid-mode = ON), serverul permite declarații unice pe mesele nontransactional. (Bug # 14722659)
• Schimbare Important: Replication: Fost, valoarea coloanei Seconds_Behind_Master în producția de SHOW SLAVE STATUS a fost mereu setat la NULL ori de câte ori firul SQL sau firul I / O a fost oprit. Acum, această coloană este setat la NULL numai în cazul în care firul SQL nu se execută, sau dacă firul I / O nu se execută în urma unui control pentru a stabili dacă este sau nu firul SQL a procesat toate din jurnalul de releu. (Dacă firul SQL a terminat de prelucrare și firul I / O se execută, Seconds_Behind_Master este 0.) (Bug # 12946333)
• Compartimentare: InnoDB: Anterior, atunci când încearcă să optimizeze unul sau mai multe partiții de o tabelă partiționată care a folosit un motor de depozitare care nu acceptă OPTIMIZAȚI nivel-partiție, cum ar fi InnoDB, MySQL raportat Tabelul nu acceptă optimiza, face recrea + analiza în schimb, apoi re-creat întregul tabel, dar nu de fapt analiza. Acum, în astfel de cazuri, mesajul de avertizare este, de masa nu are suport pentru optimizarea pe partiții. Toate partițiile va fi reconstruit și analizat. În plus, întregul tabel este analizată după prima a fost reconstruit. (Bug # 11751825)
• InnoDB: Dacă serverul sa prăbușit în timp ce rânduri au fost introduse într-un tabel cu un indice de FULLTEXT dar înainte de tranzacție a fost comisă, o eroare ar putea apărea în timpul pornirii următoare:
• InnoDB: eșec afirmare în șirul thread_num în dosar linie dict0dict.cc 1019
• (Bug # 14826779)
• InnoDB: Serverul ar putea opri cu o eroare la accesarea unui tabel InnoDB conține un indice FULLTEXT prin declarația HANDLER. (Bug # 14788710)
• InnoDB: Serverul ar putea opri cu o eroare atunci când două tipuri de operațiuni întâmplat simultan:
• O ROLLBACK de un rând inserat care conținea coloane off-page.
• O operație DDL on-line on-line care implică un tabel de ROW_FORMAT = DYNAMIC sau ROW_FORMAT = comprimat (care este, în formatul de fișier Barracuda), care reconstruit masa. De exemplu, ADD / DROP COLUMN, ADD cheie primară, schimbare ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: Serverul ar putea opri cu o eroare afirmație pentru o operație TABLE ANALIZA, în funcție de structura de masă și indici de:
• InnoDB: eșec afirmare în șirul thread_num în dosar linie dict0dict.ic 447
• InnoDB: lipsa afirmație: poz & lt; table- & gt; n_def
• (Bug # 14755452)
• InnoDB: O eroare de timeout ar putea avea loc pe sistemele de operare Windows, atunci când faci ALTER TABLE cu TABLESPACE Aruncați sau IMPORT TABLESPACE clauzele, ca urmare a unui fișier tabelă temporar rămas în sistemul de fișiere. (Bug # 14776799)
• InnoDB: O operație DDL on-line pentru o tabelă InnoDB raportat incorect o valoare gol ("") în loc de valoarea cheii corectă atunci când a raportat o eroare cheie duplicat pentru un index unic, folosind un prefix index. (Bug # 14729221)
• InnoDB: tabele InnoDB cu indecși de text ar putea aloca memorie pentru mânere filetate care nu a fost lansat, ar putea duce la probleme de resurse pe sistemele de operare Windows. (Bug # 14759163)
• InnoDB: În timpul unei operațiuni DDL online care copii masa, indicele secundar a tabelului ar putea deteriora. (Bug # 14753701)
• InnoDB: Dacă serverul prăbușit după un DDL online, CREATE INDEX operație, o eroare ar putea apărea în timp ce materialul tranzacții în urmă incomplete pe următoarea pornire:
• InnoDB: eroare în intrarea din index sec del undo în
• ...
• InnoDB: eșec afirmare în șirul thread_num în dosar linie row0umod.cc 559
• (Bug # 14707452)
• InnoDB: Dacă serverul prăbușit într-un moment precis în timpul unei operații ALTER TABLE că reconstruit indicele de cluster pentru o tabelă InnoDB, tabelul original ar putea fi inaccesibile după aceea. Un exemplu de astfel de operațiune este ALTER TABLE ... ADD PRIMARY KEY fix păstrează masa inițială dacă serverul se oprește în timpul acestei operațiuni. S-ar putea avea nevoie de încă pentru a redenumi manual fișierul .ibd pentru a restaura conținutul original de masă: în MySQL 5.6 și mai mare, redenumi din # sql-IB $ new_table_id.ibd la table_name.ibd în directorul bazei de date; înainte de MySQL 5.6, fișierul temporar pentru a redenumi este table_name # 1 sau # 2. (Bug # 14669848)
• InnoDB: Această remediere îmbunătățește manipularea eroare atunci când o operațiune ALTER TABLE adaugă o coloană peste numărul maxim permis pentru un tabel InnoDB. Se ridica, de asemenea, numărul maxim de coloane pentru o tabelă InnoDB de la 1000 la 1020. (Bug # 14705287)
• InnoDB: În timpul unei operațiuni DDL online care reconstruit masa, o declarație TABLE CHECK ar putea raporta o nepotrivire Nr de toate indexurile secundare. (Bug # 14606472)
• InnoDB: Dacă o declarație ALTER TABLE nu a reușit în timp ce încerca să creeze un index FULLTEXT pentru un tabel InnoDB, serverul ar putea opri cu o eroare afirmație în timp ce scade indicele incomplet. (Bug # 14504174)
• InnoDB: În timpul închidere, cu opțiunea de configurare innodb_purge_threads setat mai mare decât 1, serverul ar putea opri prematur cu această eroare:
• mysqld recuperează semnal 11
• O soluție alternativă a fost de a crește innodb_log_file_size și a stabilit innodb_purge_threads = 1. Fix fost portate la MySQL 5.5 și 5.1, deși aceste versiuni nu au posibilitatea de configurare innodb_purge_threads astfel eroarea a fost puțin probabil să apară. (Bug # 14234028)
• InnoDB: Serverul ar putea opri cu o eroare în unele combinații de operații concurente:
• InnoDB: necunoscut cod de eroare 20
• Această problemă are originea în timpul ciclului de dezvoltare 5.6. Aceasta a afectat doar tranzacții folosind Citește ANGAJATE andREAD nivelurile de izolare neangajate. (Bug # 13641662, Bug # 12424846)
• Replication: Dacă un tabel care urmează să fie replicat avut un indice de FULLTEXT, acest indice nu a fost exclus atunci când selectarea tipului de scanare pentru a fi utilizate în găsirea rândul următor, chiar dacă aceasta nu poate fi folosit pentru a găsi cel corect. Rând aplicatorul ulterior încercat fără succes să angajeze o scanare index, provocând replicarea să eșueze. Acum, în astfel de cazuri, indici care nu prevăd acces secvențial (cum ar fi FULLTEXT) nu sunt luate în considerare atunci când se determină dacă doriți să utilizați un tabel, index, sau scanare hash în acest scop. (Bug # 14843764)
• Replication: Când utilizați protocolul master-slave-GTID conștient, firul sclav I / O folosit o poziție greșită. Când utilizați GTIDs, poziția nu este utilizat în mod normal, dar ca un caz special, poziția a fost utilizat în plus față de GTID când slave reconectat la aceeași comandantului (chiar dacă acest lucru nu era necesar). Această problemă este fixat de a face protocolul master-slave-GTID conștient nu utilizați pozitie deloc nici mai mult. (Bug # 14828028)
• Replication: Având în vedere un R rutină stocate în care funcția de GTID_SUBTRACT () a fost invocată: Din păcate GTID_SUBTRACT () a returnat NULL atunci când este solicitat în interiorul R, a continuat să se întoarcă NULL de fiecare dată a fost numit în R, pentru restul clientului sesiune. (Bug # 14838575)
• Replication: MySQL Enterprise Backup, mysqldump, iar mysqlhotcopy nu poate fi utilizat cu un permis-GTID MySQL Server, pentru că ei nu au putut pentru a restabili starea GTID serverului și astfel nu a putut restabili din orice punct în jurnalul binar, altele decât foarte plecare.
• În cadrul Fix pentru această problemă, variabila de sistem gtid_purged (anterior numit gtid_lost) nu mai este doar în citire; acum este posibil să se adauge GTIDs la ea când gtid_executed (fosta gtid_done) este gol. (Bug # 14787808)
• Replication: Repornirea replicare după prima fișierul jurnal binar a fost purjat a dus în eroare Got eroare fatală 1236 de la maestru la citirea datelor din jurnal binar: "Sclavul se conectează folosind SCHIMBA MASTER LA MASTER_AUTO_POSITION = 1, dar comandantul a curățat busteni binare care conțin GTIDs că sclavul cere. " Această replicare pe bază de GTID dus la eșec. (Bug # 14756691)
• mysql_install_db nu a reușit să-și onoreze opțiunea --user. (Bug # 15866735)
• Crearea unui tabel InnoDB cu un indice de FULLTEXT ar putea întâlni o eroare gravă dacă numele de tabelul de caractere non-alfanumerice. (Bug # 14835178)
• memorie nevalid citește poate apărea pentru interogările care selectate dintr-un nume tabelă de lungime zero. (Bug # 14780820)
• cu mese bloca în vigoare, CREATE TABLE IF NOT EXISTS ... ca ar putea ridica o afirmație. (Bug # 14788976)
• automat Partea de generare a cheii de manipulare tabel derivate nu au manevreze corect coloane specificate ca parte din valorile () clauza și a provocat o afirmație să fie ridicat. (Bug # 14786324)
• Încercarea de a citi un fișier UTF16 cu LOAD DATA INFILE ridicat o afirmație. (Bug # 14786470)
• init_io_cache () utilizat memset () pentru a șterge un mutex dar a trecut la dimensiune mutex greșit. (Bug # 14838882)
• optimizare ar putea ridica o afirmație atunci când evaluează un test gamă împotriva unei NU ESTE stare NULL. (Bug # 14843705)
• O afirmație ar putea fi ridicate de executare INSERT, UPDATE, DELETE sau dupa inceperea implicit o READ tranzacție numai în modul LOCK tabele. (Bug # 14788540)
• Încercarea de a crea o coloană de auto-creștere într-un tabel InnoDB cu un atribut de tip NULL ar putea cauza o eroare gravă. (Bug # 14758479)
• O afirmație a fost ridicată în cazul în care ALTER TABLE a fost folosit pentru a redenumi o coloană de același nume ca și o coloană existent în timp ce, de asemenea, reordonare coloana redenumite folosind DUPĂ sau PRIMUL. (Bug # 14756089)
• O afirmație ar putea fi ridicată în cazul în semi-alătura materializare a fost utilizat pentru a evalua un NU ÎN subinterogare. (Bug # 14751858)
• Pentru unele nestings handler continuare, continuarea ar putea apărea la locul greșit. (Bug # 14724836)
• ieșire ARATĂ PROCESSLIST nu a fost sortate în ordine Id. (Bug # 14771006)
• Pentru unele declarații SELECT, să explice ar putea determina serverul pentru a ieși. (Bug # 14761894)
• O scurgere de memorie a avut loc pentru numărul de încercări de a utiliza ALTER TABLE pentru a seta o valoare implicită pentru o coloană TEXT mic, mediu sau lung BLOB sau. (Bug # 14756206)
• Instalare folosind pachete Solaris primeste mysql_install_db în timpul operațiunilor de actualizare (aceasta ar trebui să apară numai pentru instalații noi). (Bug # 14747671)
• De declarații UPDATE, explica arătat lungimea totală cheie în coloana key_len, mai degrabă decât lungimea pieselor cheie folosite. (Bug # 14682438)
• Pornirea serverului cu --bind adresa și apoi setarea host_cache_size la 0 ar putea duce la serverul de oprire pentru anumite tipuri de conexiuni de client. (Bug # 14689561)
• În stare index pushdown activat, de optimizare ar putea produce rezultate incorecte pentru tabele derivate. (Bug # 14640176)
• optimizare ar putea folosi în mod incorect un indice de non spațiale pentru optimizarea operațiunilor spațiale, provocând o afirmație să fie ridicat. (Bug # 14600994)
• mysql_config_editor a produs nici un mesaj de eroare pentru erori de scriere în fișierul de configurare. (Bug # 14545989)
• Solicitare rescrierea de parole pentru frecat de exploatare forestieră a fost făcut chiar dacă nici unul dintre jurnalele asociate au fost activate. De asemenea, CREATE SERVER și ALTER SERVER sunt acum rescrise după cum este necesar. (Bug # 14073554)
• TABLE VERIFICĂ și TABELUL REPAIR ar putea prăbuși dacă o masă MyISAM a avut un fișier cheie corupt (.MYI). Acum serverul produce o eroare. (Bug # 13556441)
• TABLE VERIFICĂ și TABELUL REPAIR ar putea prăbuși dacă o masă MyISAM a avut un fișier cheie corupt (.MYI). Acum serverul produce o eroare. (Bug # 13556107, Bug # 13556000)
• Pentru halde bazei de date MySQL, mysqldump sărit masa de evenimente, cu excepția cazului a fost dat optiunea --events. Pentru a sări peste acest tabel, dacă doriți, utilizați opțiunea --ignore-masă în loc (Bug # 55587, Bug # 11762933)
• mysqld_safe ignorat valoarea variabilei de mediu UMASK, ceea ce duce la un comportament diferit de mysqld cu privire la modul de acces de fișiere create. Acum mysqld_safe (și mysqld_multi) încearcă să aproximeze același comportament ca și mysqld. (Bug # 57406, Bug # 11764559)
• În Mac OS X, reinițializează cache-ul de interogare ar putea determina serverul pentru a ieși. Vă mulțumim pentru Davi Arnaut pentru patch-uri. (Bug # 67156, Bug # 14741880)
• Pentru tabelele de memorie cu indecși HASH, DELETE uneori nu a șterge toate rândurile în vigoare. (Bug # 51763, Bug # 11759445)
• Serverul nu a reușit să utilizeze memoria cache de interogare pentru interogări în care un nume de bază de date sau tabelul de caractere speciale și motorul de stocare de tabelă a fost InnoDB. (Bug # 64821, Bug # 13919851)
• În Mac OS X, KILL poate fi uneori nesigure. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (expr) nu au de lucru pentru expr valori mai mari decât cea mai mare valoare BIGINT semnat. (Bug # 20964, Bug # 11745891)