本文探讨了金币（积分）商城的架构设计，包括分库分表原则、订单id生成策略、最终一致性处理、数据库高可用性和流量控制。强调了在业务场景、目标分析基础上按用户id进行分库分表，采用Snowflake算法生成订单id，以及通过异步数据同步实现最终一致性。此外，文章还讨论了数据库高可用性解决方案和如何在大流量下保证系统稳定。
开篇
金币（积分）商城（下称“商城”）是众多App内的一个产品，随着App使用的用户越来越多，商城对于用户留存的提升，扮演着重要的角色；做为提高用户黏性的核心产品，在拥有很好用户体验的同时，也必须存在着一个高效、稳定的系统。
分库分表
商城，是一个基于虚拟货币（下称“金币”）进行运营的产品，也就意味着，我们需要给用户发放金币，用于用户兑换各种奖品。我们需要详细记录用户金币的收支情况，并提供给用户查询。在redis、memcache盛行的时代，构建一个几十万QPS的只读系统并不复杂，需要做到：无状态服务+多级缓存，并且能够进行水平扩展，应该就差不多了。而商城需要记录每秒十万的用户行为，需要的是每秒数十万（这里翻倍了）的数据读写（insert&update)操作，这种量级是无法在单实例数据上完成的，那么该如何分库分表。
分库分表原则
Tip 1 . 在做设计时，首先要明确3个事情
1. 业务场景，不要空谈设计，场景是什么
2. 目标，系统需要做到的目标是什么
3. 分析上述两点，得到什么结论
那么，对于用户行为数据的场景是：1.用户A查询自己的所有金币记录（不能查别人的），2.查看商城内金币数量分布情况。对于第二个场景可以直接通过大数据进行统计分析（不进行详细解读）。对于第一
最低0.47元/天 解锁文章
扫一扫
339
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
