Clusterele MySQL și replicarea

(Secțiunea: Tehnologie și infrastructură)

Scurt rezumat

MySQL rămâne una dintre principalele contururi ale „sistemului de adevăr” pentru bani, date KYC și backoffice. Pentru volumele de lucru iGaming, aveți nevoie de: coerența strictă a tranzacțiilor monetare, disponibilitate ridicată, decalaj controlat și un plan DR ușor de înțeles. Stiva de bază: MySQL 8 + InnoDB, ROW-binlog + GTID, semi-sincronizare pe căi critice, Grup Replicare/InnoDB Cluster pentru HA, ProxySQL/MySQQL L Rorutare, backup regulat + PITT R.

Modele arhitecturale

1) Primary-Replica (clasic)

Primară acceptă înregistrări; replica citi și de a asigura DR.
Replicare: ROW binlog format, GTID activat.
Pentru ecrane de bani - lectură din primar sau strict controlate citire-după-scriere.

2) Semi-sincronizare над primar-replica

Angajamentul primar așteaptă cel puțin o intrare pe replica → RPO≈0 -1 eveniment de eșec.
Prețul este o mică creștere a latenței pe record.

3) Replicarea MySQL Group (GR )/InnoDB Cluster

• Singur-primar: un nod scrie, restul citit (recomandat pentru bani).
• Multi-primar: scrieți pe mai multe - numai pentru domeniile cu conflict redus.
• MySQL Router distribuie conexiuni; ClusterSet este un DR. multiregional

4) Sharding/poliglot

Scalați vertical miezul banilor, iar pentru povești/jurnale - scoateți în OLAP/NoSQL.