我正在设计一款基于回合制的策略游戏，允许玩家保存游戏状态，以便他们可以在闲暇时玩游戏/恢复游戏。这会创建一个数据环境，在该环境中可能会发生大量并发读/写操作。此外，在游戏的上下文中，玩家可以使用许多不同的变量来允许他们转换数据。
我们有意实施了一个基于回合的设计，以帮助减少并发读/写的数量，但是它仍然会导致一个非常动态的游戏环境，在这个环境中数据会不断变换（显然，鉴于它的游戏，将会可能是1：1的读写比率），并且考虑到它的动态，可能更适合无模式设计。
此时我想知道的是，是否有人看到过MySQL集群在这样的环境中的表现如何？它的性能是否与Couchbase或Riak等NoSQL解决方案一样好？对于写密集型环境，哪个会表现得更好（整体而言）？哪个数据在其峰值吞吐量下的访问时间更加一致？此外，它将保持最接近（和最快）的ACID合规性 - 数据版本控制非常重要，即使它是一个回合制游戏，玩家应该能够立即看到他们的选择 - 而不会遇到麻烦的锁和诸如此类的东西。