MySQL/InnoDB-3.23.55, 24 de Janeiro de 2003
Em INSERT INTO t1 SELECT ... FROM t2 WHERE ... anteriormente o MariaDB definia um bloqueio de tabela em t2. O bloqueio agora foi removido.
- Corrigido um erro: se o tamanho total dos arquivos de log do InnoDB fosse maior que 2GB em um comoputador de 32 bits, o InnoDB escreveria o log em uma posição errada. Isto poderia fazer com que a recuperação em caso de falhas e o InnoDB Hot Backup falhassem na varredura do log.
- Corrigido um erro: restauração do cursos de índice poderia, teoricamente, falhar.
- Consrtado um erro: uma declaração em in btr0sea.c, na função btr_search_info_update_slow podia, teoriacamente, falhar em uma
disputa
de 3 threads. - Corrigido um erro: a remoção (`purge') podia causar lentidão em uma tabela BLOB cuja árvore de índice de chave primária fosse de altura 1. Sintomas: os semáforos esperam devido a um tarva X definida em btr_free_externally_stored_field().
- Corrigido um erro: se o MariaDB estimar uma consulta no meio de uma instrução SELECT, o InnoDB irá parar na trava de ídice hash adaptativa em btr0sea.c.
- Corrigido um erro: O InnoDB podia relatar corrompimento e declara em page_dir_find_owner_slot() se uma busca de índice hash adaptativo coincidiu com uma remoção ou uma inserção.
- Corrigido um erro: algumas ferramentas de snapshot de sistema de arquivos no Windows 2000 podia provocar uma falha na escrita em arquivo s InnoDB com erro ERROR_LOCK_VIOLATION. Agora, em escritas síncronas, o InnoDB tenta escrever novamente até 100 vezes em intervalos de 1 segundo.
- Um erro proeminente: SET FOREIGN_KEY_CHECKS=0 não é replicado de forma apropriada em replicações do MariaDB. O conserto aparecerá na versão 4.0.11 e provavelmente não será passada a versão 3.23
- Corrigido um erro na função page_cur_search_with_match em pageOcur.c do InnoDB que faz com que ele fique na mesma página indefinidamente. Este erro evidentemente só está presente em tabelas com mais de uma página.