Quais são as desvantagens de usar o Galera Cluster em vez da replicação mestre/escravo?

Porque, como qualquer outra otimização, ela não se adapta a todas as cargas de trabalho.

O Galera pode ficar sobrecarregado por uma alta taxa de transações ou quando as transações atualizam muitas linhas. Ele também pode fazer com que seus aplicativos sofram atrasos no COMMIT conforme o cluster é sincronizado.

O Galera também não atualiza outros nós de forma síncrona. Ele apenas transmite worksets de forma síncrona. Dessa forma, é um pouco como a replicação padrão no modo semi-síncrono. Portanto, ainda há uma pequena chance de ler dados obsoletos de outro nó de cluster. Há uma opção que você pode definir para forçar o SELECT a esperar até que a fila de worksets atualize o banco de dados, mas isso significa que você terá atrasos no SELECT. E até mesmo uma chance de obter um impasse no SELECT, o que parece contra-intuitivo.

A Galera é brilhante, mas não é uma tecnologia de tamanho único. Ainda há bons motivos para usar a replicação assíncrona.

Algumas desvantagens do Galera incluem:

• Suporte ao mecanismo de armazenamento: limitado a InnoDB/XtraDB (mais suporte experimental para MyISAM)
• Suporte do sistema operacional: apenas sistemas operacionais Linux/Unix-like

Existem também algumas limitações que devem ser observadas, mas talvez possam ser contornadas:

• Por padrão (Total Order Isolation), as operações DDL bloqueiam todo o cluster até que sejam concluídas
• Cada tabela deve ter uma chave primária explícita, única ou multi-coluna
• Bloqueio: alguns tipos de bloqueio explícito não são suportados.

Para obter mais informações, consulte os detalhes em Codership (e aqui sobre como bloquear DDL), MariaDB e Percona .

EDIT: Observe também que alguns argumentam que os clusters de banco de dados fortemente acoplados, como o Galera, não devem ter nós geo-distribuídos devido aos problemas decorrentes da falta de confiabilidade inerente da camada de rede. Em vez disso, soluções assíncronas devem ser usadas nesses casos. Consulte: Como não fazer MySQL High Availability: Geographic Node Distribution with Galera-Based Replication Misuse . No entanto, o blog Galera afirma que (2015):

O argumento para a construção de clusters de banco de dados distribuídos geograficamente é forte. A abordagem do Galera para replicação e os recursos específicos do produto tornam prático construir clusters do Galera que abrangem vários datacenters e vários usuários já têm esses clusters em produção.