Os bancos de dados MySQL do Facebook estão espalhados pelos nossos data centers globais e precisamos ser capazes de nos recuperar de uma interrupção em qualquer um desses locais, em qualquer momento. Em tal evento de desastre, não só temos que recuperar o serviço o mais rápido e confiável possível, mas também precisamos garantir que não percamos dados no processo. Para esse efeito, criamos um sistema que verifica continuamente a capacidade de restaurar os nossos bancos de dados a partir de backups.

Nosso sistema de restauração consiste em dois componentes principais:

• Continuous Restore Tier (CRT) – Responsável por todo agendamento e monitoramento em torno de restaurações. Ele procura bancos de dados com novos backups e cria tarefas de restauração para eles, monitora o progresso da restauração e garante que cada backup seja restaurado com êxito.
• ORC …

Tudo sobre as certificações do SGBD open source mais popular do mundo!

Provas necessárias para cada certificação, conteúdo de cada prova, valores, número de questões, tempo disponível de realização da prova, e muitas outras informações.

Os leitores regulares dos meus artigos sabem que eu sou um grande fã do Amazon Relational Database Service (RDS). Como um serviço de banco de dados gerenciado, ele cuida dos aspectos mais rotineiros de configuração, operação e a escalabilidade de um banco de dados relacional.

Nós lançamos suporte para SQL Server em 2012. Continuando o nosso esforço para adicionar recursos que incluíram o suporte para SSL, as principais atualizações de versão, …

Todos os anos novos produtos são lançados. Na área de TI não é diferente. Já vi muita coisa boa ser lançada, reeditada, copiada… Mas, também já vi muito lixo tecnológico e “emblomation” de marketing. Nestes 34 anos de TI, já […] ↓ Leia o restante deste post...

Fala galera. MySQL 8 DMR foi disponibilizado hohe e ele traz algumas novas funcionalidades bem legais. Uma delas é a habilidade de persistir variáveis/configurações entre restart’s. Essa opção é bastante interessante se trocamos variáveis dinâmicas. Isso nos poupa de ter que editar o arquivo .cnf toda a vez que executamos um SET no MySQL(Ou mesmo quando não temos acesso aos arquivos no disco).
A nova sintaxe para o comando é a seguinte:

SET PERSIST option=value;
SET @@persist.option=value;

O MySQL vai criar um arquivo chamado mysqld-auto.cnf. Este arquivo estará localizado na pasta do datadir. Este arquivo irá conter todas as variáveis que foram setadas com o PERSIST e este arquivo será carregado depois de todos os outos (my.cnf / –defaults-file / ~/.my.cnf / …). Isto quer dizer que as variáveis configuradas neste arquivo vão prevalecer perante as demais.

Estas configurações podem ser …

Fala galera. MySQL 8 DMR foi disponibilizado hohe e ele traz algumas novas funcionalidades bem legais. Uma delas é a habilidade de persistir variáveis/configurações entre restart’s. Essa opção é bastante interessante se trocamos variáveis dinâmicas. Isso nos poupa de ter que editar o arquivo .cnf toda a vez que executamos um SET no MySQL(Ou mesmo quando não temos acesso aos arquivos no disco).
A nova sintaxe para o comando é a seguinte:

SET PERSIST option=value;
SET @@persist.option=value;

O MySQL vai criar um arquivo chamado mysqld-auto.cnf. Este arquivo estará localizado na pasta do datadir. Este arquivo irá conter todas as variáveis que foram setadas com o PERSIST e este arquivo será carregado depois de todos os outos (my.cnf / –defaults-file / ~/.my.cnf / …). Isto quer dizer que as variáveis configuradas neste arquivo vão prevalecer perante as demais.

Estas configurações podem ser …

Hoje eu trago para vocês um artigo publicado no Uber Engineering, que fala sobre os motivos técnicos que os fizeram mudar sua arquitetura do PostgreSQL para o MySQL. Eles iniciaram a sua arquitetura com python e PostgreSQL, mas sempre existirá uma evolução para atender as necessidades que aparecem com o passar do tempo.

A mudança não foi causado por motivos fúteis, mas sim por motivos técnicos concretos e que fizeram com que a equipe de engenheiros deles adotasse o MySQL como parte de sua arquitetura para persistência de dados. O artigo está em inglês e bem detalhado. Indico a leitura, pois, muitas vezes achamos que o MySQL, PostgreSQL ou SQL Server são “perfeitos” para o nosso projeto, e no futuro descobrimos que não. Por este motivo é sempre bom ter a mente aberta à mudanças.

Para ler o artigo, basta acessar o link …

Hoje eu trago para vocês um artigo publicado no Uber Engineering, que fala sobre os motivos técnicos que os fizeram mudar sua arquitetura do PostgreSQL para o MySQL. Eles iniciaram a sua arquitetura com python e PostgreSQL, mas sempre existirá uma evolução para atender as necessidades que aparecem com o passar do tempo.

A mudança não foi causado por motivos fúteis, mas sim por motivos técnicos concretos e que fizeram com que a equipe de engenheiros deles adotasse o MySQL como parte de sua arquitetura para persistência de dados. O artigo está em inglês e bem detalhado. Indico a leitura, pois, muitas vezes achamos que o MySQL, PostgreSQL ou SQL Server são “perfeitos” para o nosso projeto, e no futuro descobrimos que não. Por este motivo é sempre bom ter a mente aberta à mudanças.

Para ler o artigo, basta acessar o link …

Vocês já conhecem o MySQL, mas já conhecem o MaxScale e o Docker?

A necessidade de se ter um serviço que fique 100% do tempo no ar, vem se tornando cada vez maior, principalmente quando falamos de banco de dados. Ter dois servidores que funcionem como Failover para catástrofes ( MASTER e SLAVE ) já não é mais suficiente. Você precisa ter uma arquitetura que suporte a carga de acessos e atenda a todas as requisições de forma ágil.Para isso, você precisa saber escalar a sua arquitetura.

O que é Escalabilidade?

Quatro características são essenciais para atingir os altos níveis de escalabilidade que as empresas atuais requerem. São elas:

• A habilidade de tratar grandes cargas de trabalho;
  
• A habilidade de entregar altos níveis de performance;
  
• A capacidade de crescer fácil e rapidamente;
  …

Vocês já conhecem o MySQL, mas já conhecem o MaxScale e o Docker?

A necessidade de se ter um serviço que fique 100% do tempo no ar, vem se tornando cada vez maior, principalmente quando falamos de banco de dados. Ter dois servidores que funcionem como Failover para catástrofes ( MASTER e SLAVE ) já não é mais suficiente. Você precisa ter uma arquitetura que suporte a carga de acessos e atenda a todas as requisições de forma ágil.Para isso, você precisa saber escalar a sua arquitetura.

O que é Escalabilidade?

Quatro características são essenciais para atingir os altos níveis de escalabilidade que as empresas atuais requerem. São elas:

• A habilidade de tratar grandes cargas de trabalho;
  
• A habilidade de entregar altos níveis de performance;
  
• A capacidade de crescer fácil e rapidamente;
  …