No momento, o Amazon RDS para MySQL oferece suporte às versões 5.7 e 8.0 do MySQL Community Edition. As informações sobre as versões secundárias compatíveis estão disponíveis no Guia do usuário do Amazon RDS.

No contexto do MySQL, números de versão são organizados da seguinte forma:
Versão do MySQL = X.Y.Z

X = Versão principal, Y = Nível de lançamento, Z = Número de versão dentro da série de lançamento.
Do ponto de vista do Amazon RDS, uma alteração de versão será considerada principal se a versão principal ou o nível de lançamento forem alterados. Exemplo: da versão 5.6.X para a versão 5.7.X.

Uma alteração de versão será considerada secundária se o número da versão dentro da release for alterado. Exemplo: da versão 5.6.27 para a versão 5.6.29.

Sim. Consulte as Perguntas frequentes sobre o Amazon RDS.

Os atributos Point-In-Time-Restore e Snapshot Restore do Amazon RDS para MySQL requerem um mecanismo de armazenamento de recuperação de falha e são compatíveis somente com o mecanismo de armazenamento InnoDB. Enquanto o MySQL é compatível com vários mecanismos de armazenamento com recursos variados, nem todos eles são otimizados para durabilidade de dados e recuperação de falha. Por exemplo, o mecanismo de armazenamento MyISAM não oferece suporte à recuperação de falhas confiável e pode resultar em dados perdidos ou corrompidos quando o MySQL é reiniciado após um acidente, impedindo que os recursos Point-In-Time-Restore ou Snapshot restore funcionem conforme o esperado. No entanto, se você ainda optar por usar o MyISAM com o Amazon RDS, poderá ser útil seguir estas etapas em determinados cenários da funcionalidade de restauração do DB snapshot. No momento, o Federated Storage Engine não é aceito pelo Amazon RDS para MySQL.

Ao criar uma nova instância de banco de dados, o usuário primário padrão que você utilizar obterá certos privilégios. Consulte Privilégios da conta de usuário primário no Guia do usuário do Amazon RDS para obter uma lista de privilégios.

As réplicas de leitura do Amazon RDS para MySQL exigem um mecanismo de armazenamento transacional e somente são suportadas pelo mecanismo de armazenamento InnoDB. Mecanismos de armazenamento MySQL não transacionais como o MyISAM podem impedir que as réplicas de leitura funcionem como pretendido. No entanto, se ainda assim escolher usar o MyISAM com Réplicas de leitura, recomendamos que consulte atentamente a métrica "Replica Lag" do Amazon CloudWatch (disponível via AWS Management Console ou APIs do Amazon Cloud Watch) e recrie a Réplica de leitura que deveria ser deixada para trás devido a erros de replicação. As mesmas considerações se aplicam ao uso de tabelas temporárias e qualquer outro mecanismo não transacional.

Você pode definir o formato de registro em log binário para baseado em linha para o MySQL versão 5.6 ou posterior. Por padrão, a replicação é configurada para vários formatos (que incluem com base em linhas e com base em instruções), o que deve atender aos requisitos da maioria dos casos de uso. A documentação do MySQL oferece mais informações sobre a diferença entre as replicações de formatos múltiplos e baseadas em linha.

As implantações azuis/verdes do Amazon RDS estão disponíveis no RDS para MySQL versões 5.7 e superiores. Saiba mais sobre as versões disponíveis na documentação do RDS para MySQL.

As implantações azuis/verdes do Amazon RDS estão disponíveis em todas as regiões da AWS aplicáveis e nas regiões AWS GovCloud.

As implantações azul/verde do Amazon RDS permitem que você faça alterações de banco de dados mais seguras, simples e rápidas, como atualizações de versões principais ou secundárias, alterações de esquema, escalabilidade de instâncias, alterações de parâmetros de mecanismo e atualizações de manutenção.

As implantações azuis/verdes do Amazon RDS permitem que você faça alterações mais seguras, simples e rápidas no banco de dados. As implantações azuis/verdes são ideais para casos de uso como atualizações do mecanismo de banco de dados de versões principais ou secundárias, atualizações do sistema operacional, alterações de esquema em ambientes verdes que não interrompem a replicação lógica, como adicionar uma nova coluna no final de uma tabela ou alterações na configuração dos parâmetros do banco de dados. Você pode usar implantações azuis/verdes para fazer várias atualizações de banco de dados ao mesmo tempo usando uma única transição. Isso permite ficar em dia sobre os patches de segurança, melhorar a performance do banco de dados e acessar novos atributos do banco de dados com um tempo de inatividade curto e previsível.

Você pagará o mesmo preço se executar suas workloads em instâncias verdes ou azuis. O custo de execução em instâncias verdes e azuis inclui o nosso preço padrão atual para instâncias de bancos de dados, custo de armazenamento, custo de leitura/gravação de E/S e todos os atributos habilitados, como o custo de backups e de Insights de Performance do Amazon RDS. Efetivamente, você paga aproximadamente o dobro do custo de execução de workloads em uma instância de banco de dados pela vida útil de uma implantação azul/verde.

Por exemplo: você tem um banco de dados RDS para MySQL 5.7 em execução em duas instâncias r5.2xlarge, um banco de dados primário e uma réplica de leitura, na região da AWS us-east-1 com uma configuração Multi-AZ (MAZ). Cada uma das instâncias r5.2xlarge está configurada para 20 GiB de Amazon Elastic Block Storage (EBS) de uso geral. Você cria um clone da topologia da instância azul usando implantações azuis/verdes do Amazon RDS, executa-a durante 15 dias (360 horas) e depois exclui a instância azul depois de uma transição bem-sucedida. As instâncias azuis custam USD 1.387 por 15 dias a uma taxa sob demanda de USD 1,926 por hora (custo da instância + EBS). O custo total de uso de implantações azuis/verdes durante esses 15 dias é de USD 2.774, o que é aproximadamente o dobro da execução em instâncias azuis nesse período.

As implantações azul/verde do Amazon RDS permitem que você faça alterações de banco de dados mais seguras, simples e rápidas, como atualizações de versões principais ou secundárias, alterações de esquema, escalabilidade de instâncias, alterações de parâmetros de mecanismo e atualizações de manutenção.

Quando as implantações azuis/verdes do Amazon RDS iniciam uma transição, a gravação é bloqueada em ambos os ambientes, verde e azul, até que a alternância seja concluída. Durante a alternância, o ambiente de preparação, ou ambiente verde, é atualizado com o ambiente azul, garantindo que os dados estejam consistentes entre os ambientes azul e verde. Assim que os ambientes azul e verde estiverem em total sincronia, as implantações azuis/verdes promoverão o ambiente verde como o novo ambiente azul, redirecionando o tráfego para o ambiente verde. As implantações azuis/verdes são projetadas para habilitar a gravação no ambiente verde após a conclusão da transição, garantindo que não houve perda de dados durante o processo.

Se seu ambiente azul for uma réplica lógica autogerenciada ou um assinante, bloquearemos a transição. Recomendamos que você primeiro interrompa a replicação para o ambiente azul, continue com a transição e, em seguida, retome a replicação. Por outro lado, se o seu ambiente azul for uma fonte para uma réplica lógica autogerenciada ou publicador, você poderá continuar a fazer a transição. No entanto, você precisará atualizar a réplica autogerenciada para replicá-la do ambiente verde após a transição.

As implantações azuis/verdes do Amazon RDS não excluem o seu ambiente de produção antigo. Se for necessário, você poderá acessá-lo para validações adicionais e testes de performance/regressão. Se você não precisar mais do seu ambiente de produção antigo, você poderá excluí-lo. Instâncias de produção antigas serão cobradas de acordo com a taxa padrão até que sejam excluídas.

As barreiras de proteção de transição das implantações azuis/verdes do Amazon RDS bloqueiam a gravação nos seus ambientes azul e verde até que o ambiente verde esteja atualizado antes de concluir a troca. As implantações azuis/verdes também realizam verificações de integridade do principal e das réplicas nos seus ambientes azul e verde. Elas também realizam verificações de integridade da replicação, por exemplo, para ver se a replicação foi interrompida ou se há erros. Elas detectam transações de longa duração nos seus ambientes azul e verde. Você pode especificar um tempo de inatividade máximo tolerável de, no mínimo de 30 segundos, e se você tiver uma transação que exceda esse tempo, a transição será interrompida.

Não, as implantações azuis/verdes do Amazon RDS não são compatíveis com Amazon RDS Proxy, réplicas de leitura em regiões diferentes ou réplicas de leitura em cascata.

Não, no momento, você não pode usar implantações azuis/verdes do Amazon RDS para reverter alterações.

O MySQL protege os usuários contra perda de dados gravando dados em páginas de 16KiB em memória duas vezes para armazenamento durável, primeiro no buffer de dupla gravação (“doublewrite buffer”) e depois no armazenamento de tabela. As Gravações otimizadas pelo Amazon RDS gravam suas páginas de dados de 16KiB diretamente nos seus arquivos de dados de forma confiável e durável em uma única etapa usando o atributo Prevenção de gravação interrompida do AWS Nitro System.

As Gravações otimizadas pelo Amazon RDS estão disponíveis na versão principal MySQL 8.0.30 e posterior do MySQL.

As Gravações otimizadas pelo Amazon RDS estão disponíveis nas instâncias db.r6i e db.r5b. Elas estão disponíveis em todas as regiões em que essas instâncias estão disponíveis, exceto nas regiões da AWS da China.

Todos os usuários do Amazon RDS para MySQL devem implementar as Gravações otimizadas pelo Amazon RDS para obter o dobro de throughput em transações de gravação. Esse atributo é especialmente útil para aplicações com workloads que exigem gravação intensa, tais como pagamentos digitais, transações financeiras e aplicações de jogos online.

Não. O Amazon Aurora edição compatível com MySQL já evita usar o “buffer de dupla gravação”. Em vez disso, o Aurora replica os dados de seis formas em três zonas de disponibilidade (AZs) e usa uma abordagem baseada em quorum para gravar dados de maneira durável e lê-los corretamente depois.

No momento, esta versão inicial não permite habilitar as Gravações otimizadas pelo Amazon RDS em suas instâncias de bancos de dados existentes, mesmo que a classe da instância seja compatível com Optimized Writes.

As Gravações otimizadas pelo Amazon RDS estão disponíveis para clientes do RDS para MySQL sem custo adicional.

Workloads que usam objetos temporários no MySQL para processamento de consultas se beneficiam das Leituras otimizadas pelo Amazon RDS. As Leituras otimizadas posicionam objetos temporários no armazenamento da instância baseada em NVMe em vez de no volume do Amazon Elastic Block Store. Isso ajuda a agilizar em até 50% o processamento de consultas complexas.

As Leituras otimizadas pelo Amazon RDS estão disponíveis para RDS para MySQL nas versões MySQL 8.0.28 e posterior.

As Leituras otimizadas pelo Amazon RDS estão disponíveis em todas as regiões onde as instâncias db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn e X2iedn estão disponíveis. Para obter mais informações, consulte a documentação de classes de instâncias de bancos de dados do Amazon RDS.

Os clientes devem usar Leituras otimizadas pelo Amazon RDS quando têm workloads que exigem consultas complexas; análises em geral; ou que requerem agrupamentos, classificações, agregações de hash, uniões de carga elevada e expressões de tabela comuns (CTEs). Esses casos de uso resultam na criação de tabelas temporárias, permitindo que as Leituras otimizadas agilizem o processamento de consulta da sua workload.

Sim, os clientes podem converter seus bancos de dados Amazon RDS para usar Amazon RDS Optimized Reads movendo a workload para uma instância habilitada para Optimized Reads. Leituras otimizadas também estão disponíveis por padrão em todas as classes de instância compatíveis. Se você estiver executando a workload nas instâncias db.r5d, db.m5d, db.r6gd, db.m6gd, X2idn e X2iedn, já está se beneficiando do Optimized Reads.