MySQL Enterprise Edition

MySQL Enterprise Edition é um comercial, premiado, amplamente utilizado e RDBMS (Relational super rápido Sistema de Gerenciamento de Banco de Dados), originalmente criado pela Sun Microsystems e agora mantido pela Oracle. Ele inclui funcionalidades empresariais poderosos, como MySQL Enterprise Backup, MySQL Enterprise Monitor, MySQL Enterprise ha, MySQL Enterprise escalabilidade, MySQL Enterprise Security, MySQL Enterprise Auditoria, MySQL Enterprise Monitor, MySQL Query Analyzer, MySQL tecido e MySQL Workbench.Features em um glanceKey recursos incluem suporte para a criação de backups incrementais, totais ou parciais, a funcionalidade point-in-time-recuperação, restaurações parciais ou totais, suporte de autenticação externa, suporte para conjuntos de encadeamentos, com base em políticas de conformidade de auditoria, em linha & ldquo; quente & rdquo; apoio backup, gerenciador de clusters e de cluster características geo-replicação, o dimensionamento automático, bem como suporte para vários mecanismos de armazenamento, incluindo InnoDB, NDB e MyISAM.
Além disso, ele apresenta a compactação de backup, replicação de dados, DRBD (Distributed replicados Block Device) apoio, Oracle Solaris clustering, templates Oracle VM, o Windows failover clustering, integração com o Windows Active Directory, PAM (Pluggable Authentication Modules) suporte de autenticação, bem como 24 / 7 apoio da Oracle. Outros recursos interessantes lhe a capacidade de fazer a sua infra-estrutura de banco de dados altamente available.Supported operando systemsMySQL oferece grande disponibilidade, o que significa que ele pode ser usado em uma ampla variedade de distribuições Linux, incluindo o Debian GNU / Linux, Ubuntu, SUSE Linux Enterprise Server, Red Hat Enterprise Linux e Oracle Linux, bem como Sun Solaris, BSD, Mac OS X e Microsoft Windows systems.The operando MySQL Comunidade EditionsIn além da edição Enterprise do MySQL, a edição comunitária está disponível gratuitamente para download e pode ser facilmente instalado em vários sistemas operacionais baseados em Linux utilizando os pacotes incluídos nos repositórios da respectiva distribuição GNU / Linux de software padrão. Ele é mantido ativamente e apoiado por uma comunidade de entusiastas do código aberto e desenvolvedores de todos os lugares do mundo. Mais detalhes sobre as Edições MySQL comunitárias podem ser encontrados no Softoware

O que é novo nesta versão:.

• Melhor desempenho e Escalabilidade
• Melhoria mecanismo de armazenamento InnoDB para melhor taxa de transferência transacional
• Melhoria Optimizer prazos de execução melhor consulta e diagnóstico
• Melhor disponibilidade de aplicativos com as operações online DDL / esquema
• Melhor Agility Developer com NoSQL acesso via API Memcached para InnoDB
• Melhoria Replication para alto desempenho e implantações de cluster de auto-cura
• Melhoria esquema de desempenho para melhor instrumentação e monitoramento
• Melhoria de Segurança para implementações de aplicativos sem preocupações
• e outras melhorias importantes

O que é novo na versão 5.6.10:

• Os novos recursos e melhorias no MySQL 5.6 está disponível para usuários do MySQL no MySQL Community Edition.
• MySQL 5.6 oferece escalabilidade linear reforçada, ajudando os usuários a aproveitar os recursos de hardware moderno.
• Com esta versão, os usuários podem experimentar o desenvolvimento simplificado e execução da consulta mais rápida, melhor taxa de transferência transacional e disponibilidade de aplicativos, acesso flexível NoSQL, a melhoria da replicação e instrumentação avançada.
• Melhor Execução de Consultas Times e diagnóstico fornecido através de um reforço diagnósticos MySQL Optimizer: subconsulta Optimizations: simplificar o desenvolvimento de consulta por meio da otimização subqueries antes da execução. Novas eficiências na forma como conjuntos de resultados são selecionados, classificados e voltou entregar melhoria substancial nos tempos de execução de consulta. A adição do Índice de Condições de Pushdown (ICP) e Chave de Acesso Batch (BKA): pode melhorar o rendimento selecionado consulta em até 280x (1). Optimizer Enhanced Diagnostics: com EXPLICAM para INSERT, UPDATE e DELETE. EXPLIQUE saída plano em formato JSON oferece métricas otimizador mais precisas e melhor legibilidade, e Optimizer Traços permite acompanhar o processo de tomada de decisão otimizador.
• Maior rendimento de desempenho e disponibilidade dos aplicativos com um mecanismo de armazenamento InnoDB melhorado: Até por cento de melhoria em 230 Transacional e Read Only Rendimento: InnoDB tem sido re-consignado para minimizar legado threading, rubor, e purga contendas mutex e gargalos, permitindo uma melhor simultaneidade em sistemas OLTP muito carregado, e resultando em melhorou significativamente o rendimento tanto para transacional e ler apenas as cargas de trabalho (2). Disponibilidade melhorada: operações DDL on-line permitem DBAs adicionar índices e realizar alterações de mesa enquanto o aplicativo continua disponível para atualizações. Pesquisa de texto completo com InnoDB: permite aos desenvolvedores criar índices FULLTEXT em tabelas InnoDB para representar o conteúdo baseado em texto e acelerar a aplicação procurar palavras e frases. Simples, Key valor de pesquisa: Acesso NoSQL flexível para InnoDB fornece pesquisa de valor-chave simples, de dados InnoDB através da API Memcached familiar. Os usuários recebem o & quot; melhor dos dois mundos, & quot; combinando operações de valores-chave e consultas SQL complexas no mesmo banco de dados.
• Improved Scale-out e Alta Disponibilidade: com novos recursos na replicação do MySQL, incluindo: auto-cura Clusters de replicação: a adição de Global Transaction Identificadores e Utilities torná-lo simples para detectar e recuperar de falhas automaticamente. Bater-Safe Replication permite que o log binário e escravos para recuperar automaticamente as posições corretas no fluxo de replicação em caso de um acidente, e continuar a replicação sem intervenção do administrador. Checksums manter a integridade dos dados através do cluster, detectando e alertando sobre os erros automaticamente. Clusters de replicação de Alta Performance: até 5 vezes mais rápido através de replicação multi-threaded Slaves (3), Binlog Grupo Cometa e replicação baseada em Row Otimizado permitir que os usuários para maximizar o desempenho ea eficiência da replicação como eles scale-out suas cargas de trabalho em todos os sistemas de commodities. Replication atrasou-Time:. Fornece proteção contra erros operacionais feitas no mestre, por exemplo queda acidental tabelas
• PERFORMANCE_SCHEMA melhorada: nova instrumentação permite aos usuários monitorar melhor a maioria dos recursos intensivos consultas, objetos, usuários e aplicações. Novos resumos com estatísticas agregadas agrupados por consulta, lista de discussão, usuário, host e objeto também estão disponíveis. As melhorias permitem a configuração padrão mais fácil com menos de cinco por cento em cima.
• MySQL 5.6 inclui uma série de melhorias adicionais, incluindo Sistemas de Informação Geográfica -. Operações espaciais precisas, melhorou o cumprimento IPv6 e padrões do servidor otimizados

O que é novo na versão 5.5.30:

• mysql-libs e mysql-libs-avançado tem foi removido do arquivo de especificações;
• Um pouco mais inteligente processamento de arquivos .in em mysql-test / coleção foi implementado;
• Durante a conversão nome do diretório para filename, um separador de arquivo (FN_LIBCHAR) pode ter acrescentado ao nome do arquivo resultante. Esse problema foi corrigido;
• A falha aleatória PB2 foi reparado;
• O script de teste que foi adicionado com push anteriormente não trabalhavam com caso incorporado, como não há nenhum arquivo pid criado em tais casos. & Quot; not_embedded.inc & quot; foi adicionado.

O que é novo na versão 5.6.9 RC:

• funcionalidades incluídos ou alterados:
• Alterar incompatível: Replicação: Uma série de nomes de variáveis ​​e outros relacionados com a replicação baseada em GTID foram alteradas, com vista a tornar esses nomes mais apropriado e significativo. Os nomes antigos não são mais suportados.
• As características tão renomeados são mostrados na lista a seguir:
• A opção do servidor --disable-gtid-inseguras-afirmações foi renomeado --enforce-gtid-consistência; a variável de sistema disable_gtid_unsafe_statements foi renomeado enforce_gtid_consistency.
• A variável de sistema servidor gtid_done foi renomeado gtid_executed.
• A variável de sistema servidor gtid_lost foi renomeado gtid_purged; Além disso, esta variável não é mais só de leitura.
• Os SQL_THREAD_WAIT_AFTER_GTIDS () função foi renomeado WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS ().
• Para obter mais informações, consulte a Seção 16.1.3, & quot; Replication com Global Transaction Identificadores & quot ;, e Seção 16.1.4.5, & quot; Transação opções e variáveis ​​& quot ;. ID Globais (Bug # 14775984)
• mysqld agora escreve datas para o log de erro em ISO (hh AAAA-MM-DD: ss: mm) formato. Ele também inclui o seu ID do processo após a data. Graças a Davi Arnaut para o patch. (Bug # 56240, Bug # 11763523)
• Windows Vista, Windows Server 2008, e fazer links simbólicos nativa apoio mais recente usando o comando mklink. Isso faz com que a implementação de banco de dados MySQL de links simbólicos usando .sym arquivos redundantes, de modo que mecanismo é agora obsoleto e será removido em uma versão futura MySQL. Veja Seção 8.11.3.1.3, & quot; Usando Links Simbólicos para Bancos de Dados no Windows & quot;.
• Bugs Fixo:
• Performance: InnoDB: Os valores de tempo para de baixo nível InnoDB ler operações foram ajustados para um melhor desempenho com dispositivos de armazenamento rápido, como SSD. Este aprimoramento afeta principalmente as operações de leitura para colunas BLOB em tabelas compactadas. (Bug # 13702112, Bug # 64258)
• Alterar incompatível:. A coluna thread_id em tabelas de esquema de Desempenho foi ampliado a partir de INT para BIGINT para acomodar valores de 64 bits
• Se você atualizar para essa versão do MySQL a partir de uma versão anterior, você deve executar mysql_upgrade (e reiniciar o servidor) para incorporar essa mudança para o banco de dados performance_schema. (Bug # 14664453)
• Alterar incompatível: ID Connection (thread ID) valores superiores a 32 bits pode ocorrer em alguns sistemas (tais como sistemas de 64 bits ocupados ou de longa duração), fazendo com que estes problemas:
• IDs de conexão gravados no log de consulta geral e log de consultas lentas estão incorretos. Isto era verdade para fazer o login para os dois arquivos e tabelas.
• A função CONNECTION_ID () pode retornar um valor com um tipo de dados muito pequeno para valores maiores que 32 bits.
• O mysql_thread_id () e mysql_kill () funções da API C não lidar com valores de ID maiores que 32 bits. Isso poderia resultar em matar o fio errado; Por exemplo, se você chamou mysql_kill (mysql_thread_id ()).
• IDs de conexão agora estão autorizados a ser valores de 64 bits quando o servidor apoia-los (quando construído com tipos de dados de 64 bits), que tem esses efeitos:
• IDs de conexão são registrados corretamente para o log de consulta geral e log de consultas lentas.
• Nota
• Esta mudança envolve uma modificação das tabelas de log, por isso após a atualização para esta versão, você deve executar mysql_upgrade e reiniciar o servidor.
• CONNECTION_ID () retorna um tipo de dados apropriado para valores maiores que 32 bits.
• mysql_thread_id () mantém-se inalterado; o protocal cliente / servidor tem apenas 4 bytes para o valor de ID. Esta função retorna um valor incorreto (truncado) para IDs de conexão com mais de 32 bits e deve ser evitado.
• mysql_kill () ainda não consegue lidar com valores maiores que 32 bits, mas para se proteger contra matando o fio errado agora retorna um erro nesses casos:
• Se for dada uma identificação maior que 32 bits, mysql_kill () retorna um erro CR_INVALID_CONN_HANDLE.
• Após interno conta-fios ID do servidor atinge um valor superior a 32 bits, ele retorna um erro ER_DATA_OUT_OF_RANGE para qualquer invocação e mysql_kill mysql_kill () () falhar.
• Para evitar problemas com mysql_thread_id () e mysql_kill (), não usá-los. Para obter o ID de conexão, execute uma consulta SELECT CONNECTION_ID () e recuperar o resultado. Para matar um fio, executar uma instrução matar.
• (Bug # 19806, Bug # 11745768, Bug # 65715, Bug # 14236124, Bug # 44728, Bug # 11753308)
• Alterar Importante: InnoDB: Uma instrução DML utilizando o método de acesso do índice merge poderia bloquear muitas linhas da tabela, mesmo quando essas linhas não faziam parte do conjunto de resultados final. Essa correção reduz o bloqueio excessivo, liberando os bloqueios de linhas sem correspondência. Essa otimização afeta apenas as transações com nível de isolamento igual ou menos estritas do que LEIA cometido; ela não se aplica às operações que utilizam REPETÍVEL nível de isolamento SERIALIZABLE LEIA ou. (Bug # 14226171)
• Importante Mudança: replicação: Como a execução do servidor com GTIDs habilitado bloqueou as alterações às tabelas não transacionais, programas como o mysql_upgrade e mysql_install_db não foram capazes de operar em tabelas do sistema que utilizaram o mecanismo de armazenamento MyISAM e, portanto, não poderia funcionar corretamente. Agora, ao executar com --enforce-gtid-consistência (obrigatório sempre que --gtid-mode = ON), o servidor permite que instruções individuais em tabelas não transacionais. (Bug # 14722659)
• Alterar Importante: replicação: Anteriormente, o valor da coluna Seconds_Behind_Master na saída de SHOW SLAVE STATUS foi sempre definido como NULL sempre que a thread SQL ou o fio I / O foi interrompido. Agora, esta coluna é definido como NULL apenas se a thread SQL não está em execução, ou se o segmento de E / S não está sendo executado na sequência de uma verificação para determinar se ou não a thread SQL processou todo o relay log. (Se a thread SQL concluiu o processamento ea linha I / O está em execução, Seconds_Behind_Master é 0.) (Bug # 12946333)
• Partitioning: InnoDB: Anteriormente, ao tentar otimizar um ou mais partições de uma tabela particionada que usou um mecanismo de armazenamento que não suporta OPTIMIZE de nível de partição, como InnoDB, MySQL informou que Table não suporta optimize, fazendo recriar + analisar em vez disso, em seguida, re-criou a tabela inteira, mas não chegou a analisá-lo. Agora, em tais casos, a mensagem de aviso é, Table não suporta optimize em partições. Todas as partições será reconstruído e analisado. Além disso, a tabela inteira é analisada após a primeira a ser reconstruída. (Bug # 11751825)
• InnoDB: Se o servidor caiu enquanto linhas foram inseridas em uma tabela com um índice FULLTEXT, mas antes que a transação foi cometido, um erro poderia ocorrer durante a próxima inicialização:
• InnoDB: falha de declaração na thread_num segmento em linha dict0dict.cc arquivo 1019
• (Bug # 14826779)
• InnoDB: O servidor poderia parar com um erro ao acessar uma tabela InnoDB contendo um índice FULLTEXT através da demonstração de Handler. (Bug # 14788710)
• InnoDB: O servidor poderia parar com um erro quando dois tipos de operações aconteceram simultaneamente:
• A reversão de uma linha inserida que continha colunas fora da página.
• Uma operação DDL on-line on-line envolvendo uma tabela de ROW_FORMAT = DYNAMIC ou ROW_FORMAT = comprimido (isto é, usando o formato de arquivo Barracuda), que reconstruiu a mesa. Por exemplo, ADD / DROP COLUMN, adicionar uma chave primária mudança ROW_FORMAT.
• (Bug # 14842014)
• InnoDB: O servidor pode parar com um erro de declaração para uma operação ANALYZE, dependendo da estrutura da tabela e seus índices:
• InnoDB: falha de declaração na thread_num segmento em linha dict0dict.ic arquivo 447
• InnoDB: Falhar afirmação: pos & lt; table- & gt; n_def
• (Bug # 14755452)
• InnoDB: Um erro de tempo limite pode ocorrer em sistemas Windows ao fazer instruções ALTER TABLE com o espaço de tabela descartar ou IMPORT TABLESPACE cláusulas, devido a um arquivo de tabela temporário restante no sistema de arquivos. (Bug # 14776799)
• InnoDB: Uma operação DDL on-line para uma tabela InnoDB relatado incorretamente um valor vazio ('') em vez do valor de chave correta quando ele relatou um erro de chave duplicada para um índice exclusivo usando um prefixo índice. (Bug # 14729221)
• InnoDB: tabelas InnoDB com índices FULLTEXT poderia alocar memória para identificadores de thread que nunca foi lançado, possivelmente levando a problemas de recursos em sistemas Windows. (Bug # 14759163)
• InnoDB: Durante uma operação DDL online que cópias da tabela, o índice secundário da tabela poderia ser corrompido. (Bug # 14753701)
• InnoDB: Se o servidor caiu depois de uma DDL on-line operação CREATE INDEX, pode ocorrer um erro ao rolar transações volta incompletos na próxima inicialização:
• InnoDB: erro na entrada de índice sec del desfazer em
• ...
• InnoDB: falha de declaração na thread_num segmento em linha row0umod.cc arquivo 559
• (Bug # 14707452)
• InnoDB: Se o servidor caiu em um momento preciso durante uma operação ALTER TABLE que reconstruiu o índice agrupado para uma tabela InnoDB, a tabela original poderia ser inacessível depois. Um exemplo de tal operação é ALTER TABLE ... ADD PRIMARY KEY A correção preserva a tabela original se o servidor pára durante esta operação. Você pode ainda precisa mudar o nome do arquivo .ibd manualmente para restaurar o conteúdo da tabela originais: no MySQL 5.6 e superior, renomear # sql-ib $ new_table_id.ibd para table_name.ibd dentro do diretório do banco de dados; antes do MySQL 5.6, o arquivo temporário para renomear é table_name # 1 ou # 2. (Bug # 14669848)
• InnoDB: Esta correção melhora a manipulação de erro quando uma operação ALTER TABLE adiciona uma coluna para além do número máximo permitido para uma tabela InnoDB. Ele também levanta o número máximo de colunas para uma tabela InnoDB de 1000 a 1020. (Bug # 14705287)
• InnoDB: Durante uma operação DDL online que reconstruiu a mesa, uma declaração CHECK TABLE poderia relatar uma incompatibilidade contagem para todos os índices secundários. (Bug # 14606472)
• InnoDB: Se uma instrução ALTER TABLE falhou ao tentar criar um índice FULLTEXT para uma tabela InnoDB, o servidor poderia parar com um erro de declaração ao deixar cair o índice incompleto. (Bug # 14504174)
• InnoDB: Durante o encerramento, com a opção de configuração innodb_purge_threads definir maior que 1, o servidor poderia interromper prematuramente com este erro:
• mysqld got signal 11
• A solução foi aumentar innodb_log_file_size e definir innodb_purge_threads = 1. A correção foi portado para o MySQL 5.5 e 5.1, embora essas versões não têm a opção de configuração innodb_purge_threads assim que o erro era improvável de ocorrer. (Bug # 14234028)
• InnoDB: O servidor poderia parar com um erro em algumas combinações de operações simultâneas:
• InnoDB: desconhecido código de erro 20
• Este problema surgiu durante o ciclo de desenvolvimento 5.6. Isso afetou apenas as operações usando o LEIA COMPROMETIDOS AndreaD níveis de isolamento não confirmadas. (Bug # 13641662, Bug # 12424846)
• Replication: Se uma tabela para ser replicado teve um índice FULLTEXT, este índice não foi descartada ao selecionar o tipo de verificação a ser usado em encontrar a próxima linha, mesmo que ele não pode ser usado para encontrar a correta. O aplicador de linha posteriormente tentou em vão empregar uma varredura de índice, causando a falha de replicação. Agora, em tais casos, índices que não permitem o acesso à sequencial (como FULLTEXT) não são considerados para determinar se usar uma tabela, índice ou verificação de hash para este fim. (Bug # 14843764)
• Replication: Ao usar o protocolo de master-slave GTID-aware, a thread slave I / O usado na posição errada. Ao utilizar GTIDs, a posição não é normalmente utilizado, mas como um caso especial, a posição foi utilizado em associação com a GTID quando o escravo de novo ligado à mesma mestre (embora isto não foi necessário). Esse problema é corrigido, fazendo o protocolo mestre-escravo GTID-aware não usar em todas as posições por mais tempo. (Bug # 14828028)
• Replication: Dado um R rotina armazenada na qual a função GTID_SUBTRACT () foi chamado: Uma vez GTID_SUBTRACT () retornou NULL quando chamado dentro R, continuou a retornar NULL cada vez que foi chamado dentro R, para o restante do cliente sessão. (Bug # 14838575)
• Replication: MySQL Enterprise Backup, mysqldump, e mysqlhotcopy não poderia ser usado com um habilitado para GTID MySQL Server, porque eles não foram capazes de restaurar o estado GTID do servidor e por isso não poderia restaurar a partir de qualquer ponto do log binário que não seja o início.
• Como parte da correção para este problema, a variável de sistema gtid_purged (gtid_lost nomeado anteriormente) já não é só de leitura; Agora, é possível adicionar a ele quando GTIDs gtid_executed (anteriormente gtid_done) está vazio. (Bug # 14787808)
• Replication: Reiniciando replicação após o primeiro arquivo de log binário foi purgada resultou no erro obteve o erro fatal 1236 do mestre ao ler dados de log binário: 'O escravo está conectando usando CHANGE MASTER TO MASTER_AUTO_POSITION = 1, mas o mestre expurgou logs binários contendo GTIDs que o escravo exige. " Esta replicação baseada GTID levou a falhar. (Bug # 14756691)
• mysql_install_db não honrou a opção --user. (Bug # 15866735)
• Criar uma tabela InnoDB com um índice FULLTEXT poderia encontrar um erro grave se o nome da tabela continha caracteres não alfanuméricos. (Bug # 14835178)
• memória inválido lê poderia ocorrer para consultas que seleccionados a partir de um nome de tabela de comprimento zero. (Bug # 14780820)
• Com LOCK TABLES em vigor, CREATE TABLE SE NÃO EXISTE ... como poderia levantar uma afirmação. (Bug # 14788976)
• A parte de geração automática de chave de manipulação tabela derivada não tratar adequadamente colunas especificadas como parte dos valores () cláusula e causou uma asserção para ser levantada. (Bug # 14786324)
• A tentativa de ler um arquivo UTF16 com LOAD DATA INFILE levantou uma afirmação. (Bug # 14786470)
• init_io_cache () usada memset () para limpar um mutex, mas passou o tamanho mutex errado. (Bug # 14838882)
• O otimizador poderia levantar uma afirmação ao avaliar um teste de alcance contra um NÃO É condição NULL. (Bug # 14843705)
• Uma afirmação poderia ser levantada executar INSERT, UPDATE, ou DELETE após implicitamente iniciar um READ ONLY operação no modo de bloquear tabelas. (Bug # 14788540)
• A tentativa de criar uma coluna de auto-incremento em uma tabela InnoDB com um atributo do tipo NULL poderia causar um erro grave. (Bug # 14758479)
• Uma afirmação foi levantada se ALTER TABLE foi usada para renomear uma coluna de mesmo nome de uma coluna existente ao mesmo tempo, reordenando a coluna renomeada usando APÓS ou PRIMEIRO. (Bug # 14756089)
• Uma afirmação poderia ser levantada se semi-join materialização foi utilizado para avaliar a NOT IN subconsulta. (Bug # 14751858)
• Para alguns assentamentos manipulador continuação, continuação poderia ocorrer no local errado. (Bug # 14724836)
• saída de SHOW PROCESSLIST não foi classificada em ordem Id. (Bug # 14771006)
• Para algumas instruções SELECT, EXPLICAR poderia fazer com que o servidor para sair. (Bug # 14761894)
• Um vazamento de memória ocorreu para as tentativas de usar ALTER TABLE para definir um valor padrão para uma pequena, média ou longa coluna BLOB ou TEXT. (Bug # 14756206)
• Instalação usando pacotes Solaris correu mysql_install_db durante operações de atualização (isso deve ocorrer apenas para novas instalações). (Bug # 14747671)
• Para as instruções UPDATE, explique mostrou o comprimento da chave total da coluna key_len vez que o comprimento das peças-chave usadas. (Bug # 14682438)
• Iniciando o servidor com --bind-address e em seguida, definindo host_cache_size a 0 poderia resultar no servidor parar para certos tipos de conexões do cliente. (Bug # 14689561)
• Com condição de índice Pushdown ativado, o otimizador pode produzir resultados incorretos para tabelas derivadas. (Bug # 14640176)
• O otimizador incorretamente poderia usar um índice não espacial para otimizar as operações espaciais, fazendo uma afirmação a ser levantada. (Bug # 14600994)
• mysql_config_editor produziu nenhuma mensagem de erro para erros de gravação para o arquivo de configuração. (Bug # 14545989)
• Consulta reescrever a senhas matagal para o registro foi feito, mesmo se nenhum dos registros associados foram habilitados. Além disso, criar servidor e ALTER SERVER estão agora reescrito como necessário. (Bug # 14073554)
• CHECK TABLE e REPAIR TABLE podia falhar se uma tabela MyISAM tinha um arquivo de chave corrupto (.MYI). Agora o servidor produz um erro. (Bug # 13556441)
• CHECK TABLE e REPAIR TABLE podia falhar se uma tabela MyISAM tinha um arquivo de chave corrupto (.MYI). Agora o servidor produz um erro. (Bug # 13556107, Bug # 13556000)
• Para depósitos do banco de dados mysql, mysqldump pulado a tabela de eventos, a menos que a opção --events foi dada. Para ignorar esta tabela se assim se entender, use a opção --ignore-mesa em vez (Bug # 55587, Bug # 11762933)
• mysqld_safe ignorado o valor da variável de ambiente UMASK, levando a um comportamento diferente do mysqld no que diz respeito ao modo de acesso dos arquivos criados. Agora mysqld_safe (e mysqld_multi) tentativa de aproximar o mesmo comportamento que mysqld. (Bug # 57406, Bug # 11764559)
• No Mac OS X, reinicializando o cache de consulta pode causar o servidor para sair. Graças a Davi Arnaut para o patch. (Bug # 67156, Bug # 14741880)
• Para tabelas de memória com índices hash, DELETE, por vezes, não conseguiu apagar todas as linhas aplicáveis. (Bug # 51763, Bug # 11759445)
• O servidor não conseguiu usar o cache de consulta para consultas em que um nome de banco de dados ou tabela contidos caracteres especiais e o mecanismo de armazenamento InnoDB tabela foi. (Bug # 64821, Bug # 13919851)
• No Mac OS X, mate poderia, por vezes, não ser confiável. (Bug # 37780, Bug # 11748945)
• LAST_INSERT_ID (expr) não funcionou para expr valores maiores do que o maior valor BIGINT. (Bug # 20964, Bug # 11745891)