脸蛋项目系统架构优化后台.pdfVIP

优化总纲

优化也遵循的是2,8原则

8:在于客户的和后端之间的请求的优化

(1)减少请求连接数,合并可以合并的连接

(2)减少请求的内容量,更少,不要给客户端不需要的东西

(3)利用CDN,把请求内容分发到离用户最近的地方

2:在于优化(程序,数据库,缓存)

(1)把经常用到的且不会经常变更的东西缓存起来,比如首页的帖子

内容,圈子基本信息,banner等等

(2)提高程序的吞吐能力,充分利用分布式,多线程,消息队列等技术

减少数据库的频次

(3)优化数据库的速度,数据库的瓶颈在于磁盘的IO,所以只查询

需要的东西,此外适当冗余,不要过多的JOIN.

大表考虑分表,大量考虑读写分离.

日志写入问题:

现在是来一条写一条,改成批量

可以考虑消息队列

消息推送问题:

发帖,回帖,点赞都会推送消息,量也不少,看看是否改成批量写

可以考虑消息队列

CDN的引入:

JS,CSS,能用CDN的就用CDN提高速度

系统梳理我们当前可以加速的静态资源,包括门户和APP

的网页

提高APP打开网页的速度:

现在APP打开网页比较慢,要提升下速度

CDN,缓存

把BBS改成MONGO的形式

需要对MONGO来个压测,看看并发,读写情况如何

打开帖子速度要更快,可以考虑主要的帖子存缓存(redis).

大表开始做数据冗余,不用JOIN,JOIN很慢,影响效率

测试问题:

大转盘,等接口要压测一下

7月17有个全民一起大抽奖的活动,会很大

用户表分表问题,

7月的目标是25W左右的日活,这样的用户将会突破200W,

MYSQL,100数据就会开始显著变慢

分表后一个联表查的问题,这个时候要配合冗余,尽量减

少联表的情况,实在要多表查询,可以考虑查两次或者多次.

主从数据库

根据2,8原则,一个系统一般是20%的写,80%的读,单台数据库

承压能力是有限度的,所以要把读写分离.

减轻单台数据库的