唱吧数据库系统架构的变迁之路.pdfVIP

下载本文档

9
0
约4.98千字
约 37页
2017-09-02 发布于天津
举报
版权申诉

唱吧数据库系统架构的变迁之路.pdf

1、有哪些信誉好的足球投注网站（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
7、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

唱吧数据库系统架构的变迁之路

唱吧数据库系统架构的变迁之路高洁 ki.ustc@gmail. com 唱吧是什么？现状 • 2亿终端安装量 • 7000万注册用户 • 3000万每月活跃用户 • 500万每日活跃用户 • 15000 夜间高峰qps 很多年前。。。 2012·5 • 3台CentOS机器 • 1台百兆路由器 • 就这样一团糟第一次整理和维护 • 简单读写分离 • 主要精力：优化代码上线第二天不堪重负。。。进一步扩充出现问题解决方案 • 用户量和访问量猛增增加服务器多mysql从库，提高php • 压力增大性能 • 业务处理不合理优化代码和缓存机制上线第一周后这样就好用了吗？问题应接不暇 • 经典的主从延时问题 • 实时性要求高的查询出错 • 负载不均衡第二次优化 • MySQL引入relay转发 • 使用haproxy统一管理从库 • 多台Memcached，CRC hash 上线3个月，发布android MySQL MemCached 此阶段的总结 • 缓存的合理运用，降低MySQL命中 • SQL优化，减少读写锁 • MySQL数据库读压力调整 • HAproxy负载均衡问题依旧 • user表的读取压力仍然过大 • user_relation表的读取和更新频繁 • 从库写入压力大，锁表严重第三次重构 • MySQL不能适应所有场景 2012年年底方案一引入Redis • 用redis的hash数据结构导入user表 • 用sorted set实现用户关系(user_relation) • 用redis实现用户消息通知 • 用redis替代memcache缓存歌曲听过次数等数据，不再同步到数据库方案二纵切数据库 • 把user_relation，notice等表剥离到独立的数据库 • 拆分的数据库逐渐变成冷备，仅