Cluster MySQL e replica
(Sezione Tecnologia e infrastruttura)
Breve riepilogo
MySQL rimane uno dei principali tracciati del «sistema della verità» per il denaro, la KYC e i dati di bacofisi. I carichi di lavoro iGaming richiedono una rigorosa coerenza delle transazioni, elevata disponibilità, un lag controllato e un DOTTOR comprensibile. Stack base: MySQL 8 + InnoDB, ROW-binlog + GTID, semi-sync su percorsi critici, Gruppo Replica/ InnoDB Cluster per HA, ProxySQL/MySQL Router per routing, baccap + PITR regolari.
Pattern architettonici
1) Primary-Replica (classico)
Primary accetta i record; replica legge e assicurazione DR.
Replica: ROW binlog, GTID attivato.
Per le schermate di denaro - lettura con primary o read-after-write rigorosamente controllato.
2) Semi-sync над Primary–Replica
Il Commit Primario aspetta almeno una registrazione per la replica - 1 evento in caso di guasto.
Il prezzo è un piccolo aumento di latitanza.
3) MySQL Group Replication (GR) / InnoDB Cluster
Cluster quorum (certificazione delle transazioni), modalità:- Single-Primary - Un nodo scrive, gli altri leggono (raccomandato per il denaro).
- Multi-Primary - Scrittura su più domini solo per i domini a basso impatto.
- MySQL Router distribuisce le connessioni; Il dottor regionale multi-regionale.
4) Sharding/poliglot
Ridimensioniamo verticalmente il nucleo del denaro, e per le storie e i reperti, lo spostiamo nel OLAP/NoSQL.