MySQL Enterprise Edition

MySQL Enterprise Edition è un commerciale, premiato, ampiamente utilizzato e RDBMS (Relational super veloce sistema di gestione database), originariamente creato da Sun Microsystems e ora mantenuto da Oracle. Esso include potenti funzionalità aziendali, come ad esempio MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise HA, MySQL Enterprise scalabilità, MySQL Enterprise Security, MySQL Enterprise Audit, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL tessuto e MySQL Workbench.Features a un glanceKey caratteristiche includono il supporto per la creazione di backup incrementali, totale o parziale, point-in-time-recovery funzionalità, ripristini parziali o completi, supporto per l'autenticazione esterna, il supporto per pool di thread, basato su policy compliance auditing, online & ldquo; hot & rdquo; supporto di backup, gestore cluster e del cluster caratteristiche geo-replica, ridimensionamento automatico, così come il supporto per i vari motori di storage, tra cui InnoDB, NDB e MyISAM.
Inoltre, è dotato di compressione dei backup, replica del database, DRBD (Distributed Block Device replicato) il supporto, il clustering Oracle Solaris, Oracle VM modelli, il clustering di failover di Windows, l'integrazione di Active Directory di Windows, PAM (Pluggable Authentication Modules) supporto per l'autenticazione, così come 24 / 7 supporto di Oracle. Un'altra funzionalità interessante la capacità di rendere l'infrastruttura di database altamente available.Supported operativo systemsMySQL offre una grande disponibilità, il che significa che può essere utilizzato su una vasta gamma di distribuzioni Linux, tra cui Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux e Oracle Linux, così come Sun Solaris, BSD, Mac OS X e Microsoft Windows systems.The operativo MySQL Community EditionsIn Oltre alla versione Enterprise di MySQL, l'edizione Comunità è liberamente disponibile per il download e può essere facilmente installato su vari sistemi operativi basati su Linux utilizzando i pacchetti inclusi nei repository software di default del rispettivo distribuzione GNU / Linux. E 'attivamente mantenuto e supportato da una comunità di appassionati di open source e sviluppatori provenienti da tutti i luoghi del mondo. Maggiori dettagli sulle edizioni MySQL comunitari possono essere trovati sul Softoware

Cosa c'è di nuovo in questa versione:.

• migliori prestazioni e Scalabilità
• migliorato motore di storage InnoDB per una migliore produttività transazionale
• Migliorata Optimizer per i tempi di esecuzione delle query e una migliore diagnostica
• Better disponibilità delle applicazioni con le operazioni DDL Online / Schema
• Better Agility Developer con NoSQL Accesso tramite API Memcached a InnoDB
• Maggiore di replica per le alte prestazioni e implementazioni di cluster auto-guarigione
• Miglioramento Schema delle prestazioni per una migliore strumentazione e controllo
• maggiore sicurezza per la distribuzione di applicazioni senza problemi
• E altri miglioramenti importanti

Cosa c'è di nuovo nella versione 5.6.10:

• Le nuove caratteristiche e miglioramenti in MySQL 5.6 sono disponibili a gli utenti di MySQL nella MySQL Community Edition.
• MySQL 5.6 offre una maggiore scalabilità lineare, aiutando gli utenti a sfruttare moderne capacità hardware.
• Con questa versione, gli utenti possono sperimentare sviluppo semplificato di query e l'esecuzione più veloce, migliore produttività transazionale e la disponibilità delle applicazioni, accesso NoSQL flessibile, migliore replica e una maggiore strumentazione.
• migliore esecuzione di query Tempi e diagnostica forniti attraverso una migliore diagnostica MySQL Optimizer: sottoquery Ottimizzazioni: semplificare lo sviluppo di query ottimizzando sottoquery prima dell'esecuzione. Nuovi efficienza nel modo in cui i set di risultati vengono selezionati, ordinati e restituiti fornire un sostanziale miglioramento nei tempi di esecuzione delle query. L'aggiunta di Index Condizione Pushdown (ICP) e Batch Access Key (BKA): può migliorare il throughput di query selezionata fino a 280x (1). Diagnostica Avanzata Optimizer: con SPIEGARE per INSERT, UPDATE e DELETE. SPIEGARE output del piano in formato JSON offre più precisi parametri di ottimizzazione e una migliore leggibilità, e Optimizer Tracce consente di monitorare il processo decisionale ottimizzatore.
• Greater prestazioni di throughput e disponibilità delle applicazioni, con un miglioramento del motore di storage InnoDB: Fino a 230 per cento di miglioramento in transazionale e di sola lettura Throughput: InnoDB è stato ri-presi per ridurre al minimo l'eredità threading, vampate di calore, e spurgo contese mutex e strozzature, consentendo una migliore concorrenza sui sistemi OLTP fortemente caricati, e conseguente significativo miglioramento il throughput sia transazionale e di sola lettura carichi di lavoro (2). Maggiore disponibilità: operazioni online DDL consentono ai DBA di aggiungere indici ed effettuare modifiche della tabella, mentre la domanda rimane disponibile per gli aggiornamenti. Ricerca full-text con InnoDB: consente agli sviluppatori di creare indici FULLTEXT sulle tabelle InnoDB per rappresentare i contenuti testuali e velocizzare le ricerche di applicazioni per le parole e le frasi. Semplice, Chiave Valore Lookup: accesso NoSQL flessibile InnoDB fornisce semplici, il valore-chiave di ricerca dei dati InnoDB tramite l'API Memcached familiare. Gli utenti ottengono il & quot; meglio dei due mondi, & quot; combinando operazioni chiave-valore e le query SQL complesse nello stesso database.
• Migliore Scale-Out e High Availability: con le nuove funzionalità di replica di MySQL, tra cui: Self-Healing replica Clusters: l'aggiunta di Global Transaction identificatori e Utilities rendono semplice per individuare e recuperare dagli errori automaticamente. Crash-Safe Replication consente il log binario e schiavi per recuperare automaticamente le posizioni corrette nel flusso di replica in caso di un incidente, e riprendere la replica senza l'intervento dell'amministratore. Checksum mantenere l'integrità dei dati nel cluster rilevando e avvisi sugli errori automaticamente. High Performance Cluster replica: fino a 5 volte più velocemente attraverso la replica Multi-Threaded Slaves (3), binlog Gruppo Commit e ottimizzato replica Row-Based consentono agli utenti di ottimizzare le prestazioni e l'efficienza di replicazione come scale-out i loro carichi di lavoro tra i sistemi delle materie prime. Temporizzata replica:. Fornisce una protezione contro gli errori di produzione messi sul master, ad esempio cadute accidentali tabelle
• PERFORMANCE_SCHEMA avanzata: nuova strumentazione consente agli utenti di monitorare meglio la maggior parte delle risorse intensive query, oggetti, gli utenti e le applicazioni. Nuove sintesi con le statistiche aggregate raggruppate per interrogazione, filo, utente, host e oggetto sono inoltre disponibili. I miglioramenti consentono la configurazione di default più facile con meno del cinque per cento in testa.
• MySQL 5.6 include una serie di altri miglioramenti, tra cui Geographic Information Systems -. Le operazioni spaziali precisi, una migliore compliance IPv6 e valori predefiniti del server ottimizzate

Cosa c'è di nuovo nella versione 5.5.30:

• mysql-libs e mysql-libs-Avanzata stato rimosso dal file spec;
• / collezione è stata implementata l'elaborazione di un po 'più intelligente dei file .in a mysql-test;
• Mentre la conversione nome della directory di file, un separatore di file (FN_LIBCHAR) potrebbe avere aggiunto al nome del file risultante. Questo problema è stato risolto;
• è stato riparato un errore casuale PB2;
• Lo script di prova che è stata aggiunta con push precedente non ha funzionato con il caso incorporato, in quanto non vi è alcun file pid creato in questi casi. & Quot; not_embedded.inc & quot; è stato aggiunto.

Cosa c'è di nuovo in versione 5.6.9 RC:

• funzionalità aggiunte o modificate:
• Cambia Incompatibile: Replica: Un certo numero di variabili e di altri nomi relativi alla replica basata su GTID sono state modificate, al fine di rendere questi nomi più appropriata e significativa. I vecchi nomi non sono più supportati.
• Le caratteristiche così rinominati sono indicati nel seguente elenco:
• L'opzione --disable-gtid-sicuri-dichiarazioni del server è stato rinominato --enforce-gtid-consistenza; la variabile di sistema disable_gtid_unsafe_statements è stato rinominato enforce_gtid_consistency.
• La variabile di sistema di server gtid_done è stato rinominato gtid_executed.
• La variabile di sistema di server gtid_lost è stato rinominato gtid_purged; inoltre, questa variabile non è più di sola lettura.
• I SQL_THREAD_WAIT_AFTER_GTIDS () funzione è stato rinominato WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Per ulteriori informazioni, vedere Sezione 16.1.3, & quot; Replication con Global Transaction Identifiers & quot ;, e la Sezione 16.1.4.5, & quot; Global Transaction Opzioni ID e variabili & quot ;. (Bug # 14775984)
• mysqld ora scrive date per il log degli errori in ISO (hh YYYY-MM-DD: ss: mm) Formato. Esso comprende anche il suo ID di processo dopo la data. Grazie a Davi Arnaut per la patch. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008, e successive supporto dei link simbolici nativo utilizzando il comando mklink. Ciò rende l'implementazione MySQL Server di database di link simbolici usando .sym file ridondanti, in modo che il meccanismo è ora deprecato e sarà rimosso in una versione futura MySQL. Vedere Sezione 8.11.3.1.3, & quot; utilizzando link simbolici per database su Windows & quot;.
• Bugs fisso:
• Performance: InnoDB: I valori di temporizzazione per basso livello InnoDB operazioni di lettura sono stati adeguati per migliorare le prestazioni con i dispositivi di storage veloci, come SSD. Questo miglioramento colpisce soprattutto le operazioni di lettura per le colonne BLOB nelle tabelle compressi. (Bug # 13702112, Bug # 64258)
• Cambia Incompatibile:. La colonna THREAD_ID in tabelle dello schema di performance è stata allargata da INT a bigint per accogliere valori a 64 bit
• Se si esegue l'aggiornamento a questa versione di MySQL da una versione precedente, è necessario eseguire mysql_upgrade (e riavviare il server) per incorporare questa modifica al database performance_schema. (Bug # 14664453)
• Cambia Incompatibile: ID di connessione (ID filo) valori superiori a 32 bit possono verificarsi su alcuni sistemi (come i sistemi di occupati o di lunga durata a 64-bit), causando questi problemi:
• ID di collegamento scritti nel registro generale delle query e log delle query lente erano errati. Questo era vero per l'accesso a entrambi i file e le tabelle.
• La funzione id_connessione () potrebbe restituire un valore con un tipo di dati troppo piccolo per valori superiori a 32 bit.
• Il mysql_thread_id () e mysql_kill () funzioni C API non gestiscono valori ID superiori a 32 bit. Ciò potrebbe portare a uccidere il filo sbagliato; per esempio, se è stata richiamata mysql_kill (mysql_thread_id ()).
• ID di collegamento ora sono autorizzati ad essere valori a 64 bit quando il server li supporta (se costruito con tipi di dati a 64-bit), che ha questi effetti:
• ID di connessione vengono registrati correttamente nel registro generale delle query e log delle query lente.
• Note
• Questa modifica comporta una modifica alle tabelle di registro, così dopo l'aggiornamento a questa versione, è necessario eseguire mysql_upgrade e riavviare il server.
• id_connessione () restituisce un tipo di dati appropriato per valori superiori a 32 bit.
• mysql_thread_id () è rimasta invariata; la protocal client / server ha solo 4 byte per il valore ID. Questa funzione restituisce un (troncato) valore non corretto per gli ID di connessione superiori a 32 bit e deve essere evitato.
• mysql_kill () ancora non in grado di gestire i valori superiori a 32 bit, ma per evitare di uccidere il filo sbagliato ora restituisce un errore in questi casi:
• Se dato un ID superiore a 32 bit, mysql_kill () restituisce un errore CR_INVALID_CONN_HANDLE.
• Dopo interno contatore ID filo del server raggiunge un valore superiore a 32 bit, restituisce un errore ER_DATA_OUT_OF_RANGE per qualsiasi mysql_kill () invocazione e mysql_kill () fallisce.
• Per evitare problemi con mysql_thread_id () e mysql_kill (), non utilizzarli. Per ottenere l'ID di collegamento, eseguire una query SELECT id_connessione () e recuperare il risultato. Per uccidere un filo, eseguire un'istruzione KILL.
• (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
• Cambia Importante: InnoDB: Una dichiarazione DML utilizzando il metodo di accesso di indice di fusione potrebbe bloccare molte righe dalla tabella, anche quando queste righe non facevano parte del set di risultati finale. Questa correzione riduce il bloccaggio eccessivo rilasciando le serrature di righe senza eguali. Questa ottimizzazione riguarda solo le operazioni con livello di isolamento pari o meno severe di READ COMMITTED; esso non si applica alle transazioni utilizzando REPEATABLE LEGGI o livello di isolamento SERIALIZABLE. (Bug # 14226171)
• Importante Cambio: Replica: Perché in esecuzione il server con GTIDs abilitato impedisce le modifiche alle tabelle non di transazione, programmi come mysql_upgrade e mysql_install_db erano in grado di operare su tabelle di sistema che hanno usato il motore di memorizzazione MyISAM e quindi non potrebbe funzionare correttamente. Ora, quando si esegue con --enforce-gtid-consistenza (richiesto ogni volta --gtid-mode = ON), il server permette singole dichiarazioni su tavoli non di transazione. (Bug # 14722659)
• Cambia Importante: Replica: Precedentemente, il valore della colonna Seconds_Behind_Master nell'output di SHOW SLAVE STATUS è sempre impostato su NULL ogni volta che è stato fermato il filo SQL o il thread di I / O. Ora, questa colonna è impostato su NULL solo se il thread SQL non è in esecuzione, o se il thread di I / O non è in esecuzione a seguito di un controllo per determinare se il thread SQL ha elaborato tutti i relay log. (Se il thread SQL ha terminato l'elaborazione e la discussione di I / O è in esecuzione, Seconds_Behind_Master è 0.) (Bug # 12946333)
• Partitioning: InnoDB: in precedenza, quando si cerca di ottimizzare una o più partizioni di una tabella partizionata che ha utilizzato un motore di storage che non supporta OPTIMIZE-livello partizione, ad esempio InnoDB, MySQL ha riportato tabella non supporta ottimizzare, facendo ricreare + analizzare invece, quindi ricreato l'intera tabella, ma in realtà non analizzarlo. Ora, in questi casi, il messaggio di avviso è, Ping non supporta ottimizzare su partizioni. Tutte le partizioni verranno ricostruiti e analizzati. Inoltre, l'intera tabella viene analizzata dopo essere ricostruito. (Bug # 11751825)
• InnoDB: Se il server è caduto mentre le righe sono state inserite in una tabella con un indice FULLTEXT, ma prima che la transazione è stato commesso un errore potrebbe verificarsi durante il successivo avvio:
• InnoDB: fallimento Asserzione in discussione thread_num in linea dict0dict.cc file di 1019
• (Bug # 14826779)
• InnoDB: Il server può bloccare con un errore quando si accede una tabella InnoDB contenente un indice FULLTEXT attraverso la dichiarazione HANDLER. (Bug # 14788710)
• InnoDB: Il server può bloccare con un errore quando due tipi di operazioni avvenuti simultaneamente:
• un rollback di una riga inserita che conteneva colonne off-page.
• Un funzionamento online DDL linea che coinvolge una tabella di ROW_FORMAT = DYNAMIC o ROW_FORMAT = COMPRESSA (ovvero quelli che utilizzano il formato di file Barracuda), che ha ricostruito il tavolo. Ad esempio, ADD / DROP COLONNA, ADD PRIMARY KEY, cambiamento ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: Il server potrebbe bloccare con un errore di asserzione per un'operazione ANALYZE TABLE, a seconda della struttura della tabella ei relativi indici:
• InnoDB: fallimento Asserzione in discussione thread_num in file di linea dict0dict.ic 447
• InnoDB: mancanza affermazione: pos & lt; tavolo- & gt; n_def
• (Bug # 14755452)
• InnoDB: un errore di timeout può verificarsi su sistemi Windows quando si fa istruzioni ALTER TABLE con lo scarto TABLESPACE o IMPORT TABLESPACE clausole, a causa di un file di tablespace temporaneo rimanente nel file system. (Bug # 14776799)
• InnoDB: Un'operazione DDL in linea per una tabella InnoDB ha riportato in modo non corretto un valore vuoto ('') al posto del valore della chiave giusta quando ha segnalato un errore di chiave duplicato per un indice univoco utilizzando un prefisso di indice. (Bug # 14729221)
• InnoDB: tabelle InnoDB con gli indici FULLTEXT potrebbero allocare memoria per le maniglie di thread che non fu mai rilasciate, che può portare a problemi di risorse su sistemi Windows. (Bug # 14759163)
• InnoDB: Durante un'operazione DDL linea che copia la tabella, l'indice secondario della tabella potrebbe essere danneggiato. (Bug # 14753701)
• InnoDB: Se il server è caduto dopo un DDL in linea CREATE operazione INDEX, un errore potrebbe verificarsi durante il rotolamento indietro transazioni incomplete al successivo avvio:
• InnoDB: errore nella voce dell'indice sec del undo in
• ...
• InnoDB: fallimento Asserzione in discussione thread_num in linea row0umod.cc file di 559
• (Bug # 14707452)
• InnoDB: Se il server si è schiantato in un preciso momento durante un'operazione ALTER TABLE che ricostruì l'indice cluster per una tabella InnoDB, la tabella originale potrebbe essere inaccessibile dopo. Un esempio di tale operazione è ALTER TABLE ... ADD PRIMARY KEY La correzione conserva la tabella originale se il server arresta durante questa operazione. Potrebbe essere comunque necessario rinominare il file .ibd manualmente per ripristinare il contenuto originale della tabella: in MySQL 5.6 e superiori, rinominare da # sql-ib $ new_table_id.ibd per table_name.ibd all'interno della directory del database; prima di MySQL 5.6, il file temporaneo per rinominare è nome_tabella # 1 o # 2. (Bug # 14669848)
• InnoDB: Questa correzione migliora la gestione degli errori quando un'operazione ALTER TABLE aggiunge una colonna oltre il numero massimo consentito per una tabella InnoDB. Si pone anche il numero massimo di colonne per una tabella InnoDB da 1000 a 1020. (Bug # 14705287)
• InnoDB: Durante un'operazione DDL online che ha ricostruito il tavolo, una dichiarazione CHECK TABLE potrebbe segnalare una mancata corrispondenza conteggio per tutti gli indici secondari. (Bug # 14606472)
• InnoDB: Se un'istruzione ALTER TABLE non riuscita durante il tentativo di creare un indice FULLTEXT per una tabella InnoDB, il server potrebbe arrestare con un errore di asserzione mentre cade l'indice incompleto. (Bug # 14504174)
• InnoDB: Durante l'arresto, con l'opzione di configurazione innodb_purge_threads impostata maggiore di 1, il server potrebbe interrompere prematuramente con questo errore:
• mysqld ottenuto segnale 11
• Una soluzione è di aumentare innodb_log_file_size e impostare innodb_purge_threads = 1. La correzione è stata backport di MySQL 5.5 e 5.1, anche se tali versioni non hanno l'opzione di configurazione innodb_purge_threads quindi l'errore è stato improbabile. (Bug # 14234028)
• InnoDB: Il server può bloccare con un errore in alcune combinazioni di operazioni simultanee:
• InnoDB: sconosciuto il codice di errore 20
• Il problema è nato durante il ciclo di sviluppo 5.6. Ha colpito solo le transazioni che utilizzano il READ COMMITTED andread livelli di isolamento commit. (Bug # 13641662, Bug # 12424846)
• Replication: Se una tabella da replicare aveva un indice FULLTEXT, questo indice non escluso quando si seleziona il tipo di scansione da utilizzare nel trovare la riga successiva, anche se non può essere utilizzato per trovare quello corretto. L'applicatore fila successivamente tentato senza successo di impiegare un indice di scansione, provocando la replica di sicuro. Ora, in questi casi, gli indici che non prevedono l'accesso sequenziale (come FULLTEXT) non sono considerati per determinare se utilizzare una tabella, indice o scansione hash per questo scopo. (Bug # 14843764)
• replica: Quando si utilizza il protocollo master-slave GTID-aware, il filo schiava I / O utilizzata la posizione sbagliata. Quando si utilizza GTIDs, la posizione non è normalmente utilizzata, ma come un caso speciale, la posizione è stata utilizzata in aggiunta al GTID quando lo slave ricollegato alla stessa master (anche se questo non era necessario). Questo problema viene risolto facendo il protocollo master-slave GTID-aware non utilizzare in tutte le posizioni più a lungo. (Bug # 14828028)
• La replica: Data una R di routine memorizzata in cui la funzione GTID_SUBTRACT () è stata invocata: Una volta GTID_SUBTRACT () ha restituito NULL quando viene chiamato all'interno R, ha continuato a tornare NULL ogni volta che è stato chiamato dentro R, per il resto del cliente sessione. (Bug # 14838575)
• Replica: MySQL Enterprise Backup, mysqldump, e mysqlhotcopy non poteva essere utilizzato con un GTID abilitato MySQL Server, perché non erano in grado di ripristinare lo stato GTID del server e quindi non poteva ripristino da qualsiasi punto del log binario diverso da quello Fin dall'inizio.
• Come parte della correzione per questo problema, la variabile di sistema gtid_purged (in precedenza denominata gtid_lost) non è più sola lettura; Ora è possibile aggiungere GTIDs a quando gtid_executed (precedentemente gtid_done) è vuoto. (Bug # 14787808)
• Replica: Riavvio replica dopo il primo file di log binario è stato epurato provocato l'errore Got Errore irreversibile 1236 dal maestro durante la lettura dei dati da log binario: 'Lo schiavo si sta collegando con CHANGE MASTER TO MASTER_AUTO_POSITION = 1, ma il maestro ha purgato registri binari contenenti GTIDs che lo schiavo richiede '. Questa replica basata GTID guidato per sicuro. (Bug # 14756691)
• mysql_install_db non è riuscito a onorare l'opzione --user. (Bug # 15866735)
• La creazione di una tabella InnoDB con un indice FULLTEXT potrebbe verificarsi un errore grave se il nome della tabella contiene caratteri non alfanumerici. (Bug # 14835178)
• memoria Invalid legge potrebbe verificarsi per le query che selezionate da un nome di tabella di lunghezza zero. (Bug # 14780820)
• Con LOCK TABLES in effetti, CREATE TABLE SE NON ESISTE ... COME potrebbe sollevare una asserzione. (Bug # 14788976)
• La parte di generazione automatica chiave di gestione tabella derivata non gestisce correttamente le colonne specificate come parte dei valori () clausola e ha causato l'affermazione di essere sollevata. (Bug # 14786324)
• Il tentativo di leggere un file UTF16 con LOAD DATA INFILE sollevato un'asserzione. (Bug # 14786470)
• init_io_cache () utilizzata memset () per cancellare un mutex, ma ha superato la dimensione mutex sbagliata. (Bug # 14838882)
• L'ottimizzatore potrebbe sollevare una affermazione quando si valuta un test della portata contro un NON condizione di NULL. (Bug # 14843705)
• Una affermazione potrebbe essere sollevata l'esecuzione di INSERT, UPDATE o DELETE dopo aver iniziato implicitamente una SOLO LEGGI un'operazione in modalità LOCK TABLES. (Bug # 14788540)
• Il tentativo di creare una colonna a incremento automatico in una tabella InnoDB con un attributo di tipo NULL potrebbe causare un grave errore. (Bug # 14758479)
• Una affermazione è stata sollevata se ALTER TABLE è stato utilizzato per rinominare una colonna per stesso nome di una colonna esistente ma anche di riordino della colonna rinominata utilizzando DOPO o FIRST. (Bug # 14756089)
• Una affermazione potrebbe essere sollevata se semi-join materializzazione è stato utilizzato per valutare un NOT IN sottoquery. (Bug # 14751858)
• Per alcuni raggruppamenti gestore prosecuzione, proseguimento potrebbe verificarsi nella posizione sbagliata. (Bug # 14724836)
• uscita SHOW PROCESSLIST non è stato ordinato in ordine Id. (Bug # 14771006)
• Per alcune istruzioni SELECT, SPIEGARE potrebbe causare il server per uscire. (Bug # 14761894)
• Una perdita di memoria si è verificato per i tentativi di utilizzare ALTER TABLE per impostare un valore predefinito per un piccolo, medio o lungo BLOB o colonna TEXT. (Bug # 14756206)
• Installazione mediante pacchetti di Solaris corse mysql_install_db durante le operazioni di aggiornamento (questo dovrebbe avvenire solo per le nuove installazioni). (Bug # 14747671)
• Per istruzioni UPDATE, spiegano ha mostrato la lunghezza della chiave totale nella colonna key_len piuttosto che la lunghezza dei pezzi chiave utilizzate. (Bug # 14682438)
• Avvio del server con --bind indirizzo e quindi impostando host_cache_size a 0 potrebbe comportare il server di arresto per alcuni tipi di connessioni client. (Bug # 14689561)
• Con condizione di indice a pila abilitata, l'ottimizzatore potrebbe produrre risultati non corretti per le tabelle derivate. (Bug # 14640176)
• L'ottimizzatore potrebbe utilizzare in modo non corretto un indice non spaziale per ottimizzare le operazioni spaziali, causando un'affermazione da sollevare. (Bug # 14600994)
• mysql_config_editor prodotto alcun messaggio di errore per errori di scrittura al file di configurazione. (Bug # 14545989)
• Query riscrittura di password macchia per la registrazione è stata fatta, anche se nessuno dei registri associati sono stati attivato. Inoltre, CREATE SERVER e ALTER SERVER ora sono riscritti, se necessario. (Bug # 14073554)
• CHECK TABLE e REPAIR TABLE potrebbe bloccarsi se una tabella MyISAM aveva un file chiave corrotto (.MYI). Ora il server genera un errore. (Bug # 13556441)
• CHECK TABLE e REPAIR TABLE potrebbe bloccarsi se una tabella MyISAM aveva un file chiave corrotto (.MYI). Ora il server genera un errore. (Bug # 13556107, Bug # 13556000)
• Per discariche del database mysql, mysqldump saltato la tabella degli eventi, a meno è stata data la possibilità --events. Per saltare questa tabella, ove richiesto, utilizzare l'opzione --ignore-tavolo invece (Bug # 55587, Bug # 11762933)
• mysqld_safe ignorato il valore della variabile di ambiente UMASK pertanto un comportamento diverso da mysqld rispetto alla modalità di accesso dei file creati. Ora mysqld_safe (e mysqld_multi) tentare di approssimare lo stesso comportamento di mysqld. (Bug # 57406, Bug # 11764559)
• Su Mac OS X, reinizializzare la cache delle query potrebbe causare il server per uscire. Grazie a Davi Arnaut per la patch. (Bug # 67156, Bug # 14741880)
• Per tabelle di memoria con gli indici HASH, DELETE a volte non è riuscito a eliminare tutte le righe applicabili. (Bug # 51763, Bug # 11759445)
• Il server non è riuscito a utilizzare la cache delle query per le query in cui un nome di database o una tabella contenuta caratteri speciali e il motore di memorizzazione tavolo era InnoDB. (Bug # 64821, Bug # 13919851)
• Su Mac OS X, KILL potrebbe talvolta essere inaffidabile. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (espressione) non ha funzionato per espr valori superiori al valore più grande BIGINT firmato. (Bug # 20964, Bug # 11745891)