最近碰到的一个分布式一致性问题
内容提要
游戏设计中，好友功能从同一服务器扩展到跨服务器，解决数据一致性问题。通过拆分友情值，避免双主问题，实现无冲突操作。方法强调数据所有权管理，结合本地事务和重试机制，提供简洁解决方案。
关键要点
-
好友功能从同一服务器扩展到跨服务器，解决数据一致性问题。
-
通过拆分友情值，避免双主问题，实现无冲突操作。
-
好友关系存储在各自玩家的服务器中，涉及数据一致性问题。
-
送花和收花操作无法保证幂等，但最终目标是友情值。
-
建议不进行数据同步，而是直接从对方服务器获取友情值。
-
通过简化公式，将友情值拆分为F_A和F_B，避免查询对方服务器。
-
解决数据所有权问题，确保双方操作不会产生冲突。
-
扩展已有代码时需跳出旧有思维框架，关注数据管理的所有权。
延伸解读
数据一致性的重要性
在跨服务器的好友功能中，数据一致性问题尤为关键。好友关系的存储在各自玩家的服务器中，若不妥善管理，可能导致友情值的计算出现错误。因此，设计时需特别关注如何避免双主问题，确保双方操作不会冲突。
简化操作的策略
通过将友情值拆分为F_A和F_B，游戏设计者能够有效避免复杂的数据同步问题。这种方法不仅简化了操作流程，还确保了在并发情况下的正确性，减少了对服务器的请求压力，提升了整体性能。
重试机制的应用
在处理好友申请和友情值更新时，重试机制是确保操作成功的重要手段。即使在网络延迟或超时的情况下，重试机制可以帮助恢复操作的完整性，确保玩家体验的流畅性。
延伸问答
如何解决跨服务器好友功能中的数据一致性问题？
通过拆分友情值，避免双主问题，实现无冲突操作，确保数据所有权管理。
为什么送花和收花操作无法保证幂等性？
因为送花只能每天进行一次，而收花必须在送花之后进行，这两个操作与每日的0点相关联。
在扩展好友系统时，选择集中管理好友关系有什么挑战？
集中管理可能导致依赖好友关系的其他模块需要异步查询，增加不确定性。
如何处理好友关系存储在各自玩家服务器中的问题？
将好友关系存储在各自服务器中，确保双方操作不会产生冲突，避免双主问题。
在设计好友功能时，如何简化友情值的计算？
将友情值拆分为F_A和F_B，避免查询对方服务器，直接在本地更新。
扩展已有代码时，如何避免陷入旧有思维框架？
关注数据管理的所有权，仔细思考数据中哪些部分该由谁管理，以解决双主问题。
