Mysql 6 & Falcon Storage Engine

É dificil conter meu entusiasmo ao falar do Mysql, sim eu sei, existem vários outros bancos de dados, bons bancos de dados, mas o mysql me cativou, pricipalmente pela simplicidade, ja que também programo em PHP, é a união perfeita, banco flexível com uma linguagem muito flexível.

E com o tempo o Mysql vem se tornando cada vez mais uma opção de banco de dados robusto e seguro para grandes projetos. uma prova é a ultima versão 5.1, Ainda nao tem todos os recursos oferecidos em grandes bancos de dados, mas supriu uma necessidade antiga de Stored procedures, Functions , Triggers e Views.

O Mysql 6 (Falcon Storage engine) foi desenvolvido especialmente para um hardware mais robusto, com muita memoria e Multi-Threads, 64-bits seria a melhor escolha, mas nao impede que você use num hardware 32-bits comum. O Falcon foi desenvolvido para trabalhar aplicações de alto trafego transacional. Alem da nova Storage Engine, o Mysql 6 ainda conta com o suporte a InnoDb e a MyIsam.

Caracteristicas:

 

• Suporte a windows 64-bits.
• Suporte a tablespaces.
• Novas configrações de performance, falcon_log_windows, falcon_index_chill_threshold, and falcon_record_chill_threshold.
  • falcon_log_windows. —Configuração de memória alocada pra o falcon_serial_log no windows, em Mbs O mínimo é 1o e o máximo 32768.
  • falcon_index_chill_threshold - seta o tamanho em Mbs do indice armazenado durente uma transação grande, antes o indice jogava para o serial log. Se oindice é unico ou a transação regularmente re-le os registros desse indice,Os dados são armazanados em memória (para um acesso rápido). Em transações muito grandes, isso impede de sobrecarregar a memória.
  • falcon_record_chill_threshold - É como o falcon_index_chill_threshold, mas ao invés de armazenar o indice armazena um registro.

 

• SELECT ... FOR UPDATE agora é suportado (mão na roda).
• Uncommitted record scavenging has been implemented (Não dei conta de traduzir, fico devendo) .
• Diagnostico de performance através do INFORMATION_SCHEMA.

 

 

• Um verdadeiro Multi Version Concurrency Control (MVCC) permite registros e tabelas serem alterados sem lock por registro. A implementação do MVCC virtualmente elimina a necessidade de lock de tabela ou de registro durante um UPDATE.
• Flexible locking, including flexible locking levels and smart deadlock detection keep data protected and transactions and operations flowing at full speed. ( Isso precisávamos mesmo, no 4.1 ou no 5 o lock era muito restrito, essa historia de deadlock detection eu quero testar )
• Transaction-safe (fully ACID-compliant) and able to handle multiple concurrent transactions.
• Serial Log provides high performance and recovery capabilities without sacrificing performance. ( Eu gostava do log binario do mysql 5.1, mas com certeza se pode melhorar a performance, eu agradeço.)
• Advanced B-Tree indexes. ( Estou lendo sobre esses tipo de índice, depois escrevo a respeito dele )
• Compressão de registros, Ele compacta os dados quando armazenado e descompacta “on the the fly”. Vou ler mais a respeito, a documentação ainda é muito pobre, mas fiquei com um pé atras, será que não vou perder desempenho?
• Gerenciamento inteligente de disco, automaticamente gerencia arquivos e extensões. Espaço com log e arquivos de dados são automaticamente recuperados e reusados.
• Cache de Registros e Indices, ele armazena em cache os indices e registros mais usados.
• Savepoints implicitos, garantindo a integridade dos dados durante a transação.

Tem algumas novidades, outras ja tinhamos no InnoDB, fico devendo algumas traduções e prometo escrever sobre o Indice B-tree, Tablespaces e deadlock detection. Se você quiser testar, pode baixar a versão Alpha aqui.