很多数据量的用户积分变动明细有什么好的存储方案？
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了很多数据量的用户积分变动明细有什么好的存储方案？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1169字，纯文字阅读大概需要2分钟。
内容图文
一个用户量在600万级别的网站，一个用户一天最多可能产生30条积分增加，比如+1,+2,+5.也可以产生若干条积分支出,比如-50,-100。有什么好的方案可以储存用户的这些变动明细？mysql似乎不是一个好的方案，因为数据量实在太大了。
回复内容：
一个用户量在600万级别的网站，一个用户一天最多可能产生30条积分增加，比如+1,+2,+5.也可以产生若干条积分支出,比如-50,-100。
有什么好的方案可以储存用户的这些变动明细？mysql似乎不是一个好的方案，因为数据量实在太大了。
我给题主算算，假定所有用户都是活跃的，而且全都每天有30条积分增加，那么每秒的请求数计算如下：
600w * 30 = 18000w
18000w / 86400秒 = 2083条/秒据我所知，就这点请求量，MySQL完全扛得下来，但你必须对用户ID做索引。
事实上线上肯定不可能有这么多请求量的，600w用户级别的网站，里面活跃用户不会太多，也不可能每个用户每天都有30条增加，这里的量会比这里预估的少很多(估计少一半都不止)。
所以建议题主先仔细分析数据，不要拍脑袋，搞premature optimization。
如果题主希望了解 MySQL 的性能，这里有个官方页面供参考：https://dev.mysql.com/tech-resources/articles/mysql-5.6.html
楼主可以考虑用redis来存储用户积分 然后每天对积分进行统计 然后存入MySQL
部分取决于DBA团队精通哪些工具，存储类的应用一坦出问题，要能快速恢复。如果团队主要用mysql那先还是要考滤用mysql。
内容总结
以上是互联网集市为您收集整理的很多数据量的用户积分变动明细有什么好的存储方案？全部内容，希望文章能够帮你解决很多数据量的用户积分变动明细有什么好的存储方案？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。