平台构成
歌曲模块:
歌名 ,专辑,歌手,歌词,封面
下载 ,收藏 ,分享
用户模块
权限
用户信息
评论模块
分析
针对解决突然都大量的人 对同一个app,软件进行请求 而采取的解决方法
负载均衡器
微服务拆分
初级版本
数据库能否对成千上万的线程的查询操作 快速响应?
- 数据库每秒执行事务数有限(连接池爆满) , 出现查询速度很慢的情况.---->响应不及时 程序奔溃
奔溃:请求—生成—>线程----处理慢—>线程**堆积(**吃掉内存 , cpu)
头重脚轻的架构, 菜鸟
数据库-------程序员第一个瓶颈
怎么办? 缓存redis[一个类似HashMap]
但是
优化
主角: 请求合并
阻止了原来的 传参–调用方法
吧请求存起来 :本质是将请求时传来的参数 存起来
代码(测试逻辑)
- 请求收集,(Addto Queue)
- ,定时任务 queue清除 处理