标签：buck uid 扩展 数据库 道具 更新 无限 文档 id

可扩展是服务器开发的一个重要的问题。

一个系统的可扩展包括好几个方面，在我看来，数据库可扩展几乎是其中最重要的一个了。

主要体现在两方面，1. io可扩展，iops要跟得上业务的需求，2.存储可扩展。

问题1：假设我有张用户道具表，用户不断增加，每个人有n个道具（n有上限，100个），平均n值为50，db要怎么支持？

如果我用mysql，要怎么做，单表承受不了吧？如果我用mongodb，要怎么做， 单个collection够不够？

答：如果使用mysql，两个方案，如果uid为自增id，那么可直接按号段范围分表，每n个用户一张表，如果uid非自增而是一些字符之类的，那么crc32(uid) % x，x即为分表个数。

问题2：如果问题1里面的n是无限的？

答：这个就麻烦了，我首选mongodb，单个文档有16MB的上限，假设我们只使用10MB，单个道具占用空间为id+cnt，共16字节，那么单个文档可以存储655360个道具，

虽然问题里的n是无限，但现实不太可能达到65w这么多。

如果真有这么多，怎么办？手工的分buck，每个文档为一个buck，buck有个id（1，2，..)，个数，道具特别多的人，可以有好几个buck。

-----------------------------------------------------

更新2019.8.21

近来研究db比较多，看了innodb内部实现的文章，

标签：buck,uid,扩展,数据库,道具,更新,无限,文档,id
来源： https://www.cnblogs.com/smaritan/p/9598492.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。