Most belekukkantottam a percona xtradb cluster limitations-be. A commit failure-on kivul meg ott van, hogy:
The write throughput of the whole cluster is limited by weakest node. If one node becomes slow, the whole cluster slows down. If you have requirements for stable high performance, then it should be supported by corresponding hardware.
Tehat ez csak master-master replikacio, nem sharding. Rohej.
- osszes adat megvan osszes szerveren -> DB meret nem tobbszorozodik
- osszes iras megvan az osszes szerveren -> irasok nem elosztottak
- bevarjak egymast a szerverek iraskor -> irasok mindig a leglassabb szerverhez igazodnak
akkor itt most igazabol mit is nyersz? Azt az idot, ami a sql query parse + execute lenne, elveszted viszont azt az idot, ami az osszes megvaltozott rekord replika log irasara + teritesere megy, es bejon melle sok-sok egyeb hatrany hirtelen.
Ilyen aprosagok, hogy 1 node lehal vagy esetleg split brain, nem is emlitem - ugye tobb node visszaallitasa tobb ido is.
Na, ezek miatt mondom, hogy multi-master sql-nel sokkal jobb egy tisztesseges nosql, mert nem realis alternativa.