Você sabe quais são os bancos de dados de código aberto mais utilizados atualmente? Neste artigo apresentamos quais são os principais, as suas características, vantagens e desvantagens.
Atualmente existem diversas soluções de software de banco de dados de código aberto. Os tipos incluem banco de dados relacional, objeto relacional, sql, no-sql, new-sql, xml e vários outros.
PostgreSQL, MariaDB e MySQL são os bancos de dados mais populares disponíveis. A seguir, vamos comparar o desempenho, benefícios e desvantagens.
Alta disponibilidade – Refere-se à capacidade do banco de dados estar disponível no caso de uma falha do sistema.
Segurança– Impede que o tráfego indesejado se conecte ao banco de dados.
Escalabilidade – A capacidade de crescimento sob demanda.
DR – Habilidades de recuperação de desastres
Aqui está uma tabela de comparação rápida entre bancos de dados de código aberto e os recursos de desempenho de cada um.
Database | MariaDB | PostgreSQL | MySQL |
Load Balancing | Sim | Sim | Não |
Replication | Sim | Sim | Sim |
Restore Session | Sim | Não | Não |
MultiMaster | Sim | *Componente Adicional | *Componente Adicional |
Failover | Sim | Sim | Sim |
Table/Row Compression | Sim | Não | Sim |
Log Compression | Sim | Sim | Não |
Query Parallelization | Não | Sim | Não |
Query Result Caching | *Componente Adicional | Não | Não |
Sharding | *Componente Adicional | *Componente Adicional | Não |
A alta disponibilidade envolve algumas funções diferentes em cada software. Isso significa que os usuários podem ser distribuídos em vários nós e o failover ocorrerá se um dos nós falhar. A replicação ocorre entre os nós, e é fácil de configurar nos bancos de dados de código aberto mais populares e essa replicação garante a segurança dos dados em caso de corrompimento.
A sessão de restauração é um recurso que reconecta uma sessão de usuário se ela for desconectada durante o processo de uma consulta/transação.
Multi-Master significa que mais de um nó no cluster pode atuar como um nó mestre, que normalmente aceita conexões. Na maioria das configurações de vários nós, apenas um deles pode sofrer escrita. Isso evita erros de inconsistência de dados, enquanto os outros nós atuam como um mestre atendendo a consultas.
O PostgreSQL tem uma configuração multi-master simples de executar, e também existem opções para vários nós que podem receber escrita usando software de terceiros. O MariaDB possui uma configuração multi-master incorporada, mas o MySQL requer software de terceiros para habilitar esse recurso.
O failover é crucial para manter a alta disponibilidade de um recurso. Isso significa que, pelo menos 2 servidores serão necessários para essa configuração, que permitirão que as conexões de cada sejam movidas para outro servidor em caso de falha de um dos nós.
A segurança é implementada para evitar violações de dados, acesso não autorizado e controle de acesso, que permite apenas algumas pessoas acessem o banco de dados. Essas soluções oferecem criptografia TLS/SSL de dados que são enviados para o banco de dados, tornando-os ilegíveis para alguém que rastreie a rede.
O MySQL e o MariaDB oferecem backups criptografados prontos para uso, mas você pode criptografar o backup do banco de dados após a criação (qualquer arquivo ou unidade que contém os backups podem ser criptografados).
Existem muitos algoritmos de autenticação disponíveis nesses três sistemas. PAM, LDAP e Kerberos estão disponíveis em todos eles. O PostgreSQL oferece autenticação SASL. MariaDB suporta LDAP por meio de PAM.
Quanto ao controle de acesso individual, MySQL, MariaDB e PostgreSQL oferecem GRANT/REVOKE de privilégios para usuários e funções individuais.
O MariaDB tem o proxy para utilizar vários nós de armazenamento, criados para fins específicos, que permitirão o melhor dimensionamento entre as três opções. O PostgreSQL escala, mas de maneira menos eficaz que o MariaDB. Embora a ativação de várias instâncias de banco de dados de qualquer uma dessas tecnologias seja uma opção, o MariaDB foi projetado para tirar o máximo proveito dessa funcionalidade.
PostgreSQL, MariaDB e MySQL suportam standbys com replicação e backups completos/incrementais para recuperação, e possuem ferramentas de backup/restauração. Isso significa que você pode ter instâncias externas de qualquer um desses tipos de banco de dados. Qualquer um deles é ideal para uma situação de DR se as instâncias estiverem configuradas corretamente e com a arquitetura adequada, todos oferecem recuperação Point-in-Time com a capacidade de reverter transações específicas (no caso de corrupção), que o transforma um pouco mais à prova de desastres.
Antes de escolher um banco de dados de código aberto, certifique-se de entender as últimas tendências e necessidade de uso.
A Horus Solutions pode orientar a sua empresa a escolher a melhor tecnologia para o banco de dados da sua aplicação. Entre em contato e agende uma conversa com nosso time de especialistas.
Cookie | Duração | Descrição |
---|---|---|
cookielawinfo-checbox-analytics | 11 months | Este cookie é definido pelo plug-in GDPR Cookie Consent. O cookie é usado para armazenar o consentimento do usuário para os cookies na categoria "Analytics". |
cookielawinfo-checbox-functional | 11 months | O cookie é definido pelo consentimento do cookie GDPR para registrar o consentimento do usuário para os cookies na categoria "Funcional". |
cookielawinfo-checbox-others | 11 months | Este cookie é definido pelo plug-in GDPR Cookie Consent. O cookie é usado para armazenar o consentimento do usuário para os cookies na categoria "Outros. |
cookielawinfo-checkbox-necessary | 11 months | Este cookie é definido pelo plug-in GDPR Cookie Consent. Os cookies são usados para armazenar o consentimento do usuário para os cookies na categoria "Necessário". |
cookielawinfo-checkbox-performance | 11 months | Este cookie é definido pelo plug-in GDPR Cookie Consent. O cookie é usado para armazenar o consentimento do usuário para os cookies na categoria "Desempenho". |
viewed_cookie_policy | 11 months | O cookie é definido pelo plug-in GDPR Cookie Consent e é usado para armazenar se o usuário consentiu ou não com o uso de cookies. Ele não armazena nenhum dado pessoal. |