我想运行可以快速分配游戏数据的服务器。
简单的模型是:
P1 joins
P2 joins
Make a game with P1 & P2
P3 joins
P4 joins
Make a game with P3 & P4
etc..
但是高级设计是要使逻辑与配对相关联。
例如:
P1 (A) joins.
P2 (B) joins.
P3 (C) joins.
P4 (A) joins.
Make game with P1 & P4
etc..
到目前为止，我一直在使用Node + Mongo.js，但是对数据库进行读写对我来说似乎很奇怪。使用内存结构是否可以更好地解决此问题？我应该看看Redis吗？
我在这里寻找效率。不一定要进行数十亿次的连接，但应该容忍地说，世界象棋人群在玩速棋游戏时与类似的ELO排名相匹配。
最佳答案
这可能主要取决于您的玩家愿意等待多长时间。持久存储等待的玩家似乎没有多大意义，因此redis甚至没有持久性的redis可能确实更合适。
意味着... 5M？ 10M？无论是什么，您都可以以合理的价格获得16GB的RAM，因此，除非每个条目存储数万个字节，否则数百万通常不会太麻烦。