MySQL clusters e replicação
(Secção Tecnologia e Infraestrutura)
Resumo curto
MySQL continua a ser um dos principais circuitos do «sistema da verdade» para dinheiro, KYC e dados de bacofis. Para as cargas de trabalho iGaming são necessárias: coerência rigorosa de transações monetárias, alta disponibilidade, lag monitorado e um plano DR. compreensível. Pilha básica: MySQL 8 + InnoDB, ROW-binlog + GTID, semi-sync em caminhos críticos, Grupo Reprodução/ InnoDB Cluster para HA, ProxySQL/MySQL Router para Router, bacapes regulares + PITR.
Pattern arquitetônicos
1) Primary-Replica (clássico)
Primary aceita registros; replica leem e garantem DR..
Replicação: Formato de ROW binlog, GTID ativado.
Para telas em dinheiro - leitura com primary ou controle rigoroso read-after-write.
2) Semi-sync над Primary–Replica
A Comite Primária espera pelo menos uma entrada para a réplica - 1 evento em caso de falha.
O preço é um pequeno aumento de latência.
3) MySQL Group Replication (GR) / InnoDB Cluster
Clusterização quórum (certificação de transações), modos:- Single-Primary: Um nó escreve, outros leem (recomendado para dinheiro).
- Multi-Primary: gravação em vários - apenas para domínios de baixo conflito.
- MySQL Router distribui conexões; ClusterSet é um DR. multi-regional.
4) Charding/poliglot
Dimensionamos verticalmente o núcleo do dinheiro e, para histórias/logs, levamos para o OLAP/NoSQL.