Ebben tovabbra sem ertek egyet veled. Termeszetesen minden problemara a megfelelo alkalmazast kell hasznalni. Es az a hozzaallas hogy "Aztan ha kozben meg kikuldte a raktarba a megrendelest, es nem sikerult a commit, akkor meg vakarja a fejet." ez mindenhol elfogadhatatlan NoSQL vagy SQL legyen, ha valaki olyan alkalmazast fejleszt ami nem kapjal el a hibakat ha pl egy commit nem sikerul az inkabb menjen el havat lapatolni...
Tehat hulye alkalmaz vagy hulye design stb... az barmilyen rendszeren bajokat tud okozni. Tehat nem ebbol kell kiindulni.
Jelenleg leteznek MySQL-re megbizhato cluster megoldasok melyek szeles korben banki rendszerekben is hasznalatosak, es ott az adatvesztes teljes mertekben elfogadhatatlan.
A sharding az megint egy teljesen mas tema, a topic indito nem is errol kerdezett. De amugy mar erre is letezik megoldas ami nagyon is jol mukodik es egyszeru kezelni.
https://www.percona.com/blog/2016/08/30/mysql-sharding-with-proxysql/