项目在用户和数据增多时，性能问题便显现出来。KuangStudy网站公测仅四天，注册用户就超过了万人，随后网站开始出现卡顿现象。探讨他们如何应对这一挑战，确实是个值得关注的话题。那么，我们就来谈谈这个问题。
并发暴增下的集群搭建
KuangStudy项目起初使用的是jar包，但单个tomcat的并发能力有限，最多只能处理150个请求。直播期间并发量激增，这显然是不行的。于是他们开始构建集群。集群搭建完成后，引入了Nginx进行反向代理，并且成功实现了负载均衡，根据服务器性能分配了权重。这样一来，网站的访问速度明显提升了。
在此过程中，他们针对直播这种高并发状况，果断决定增配设备而非勉强维持。这就像景区游客众多，原先售票窗口有限，现在增设了多个窗口。
数据库结构优化改善江湖模块
接入层设置完毕后，江湖模块运行依旧缓慢。经过检查日志，他们发现部分SQL操作耗时达1.5秒，原因是涉及多表联查。随后，他们对数据库结构进行了优化，添加了一些冗余字段。这样一来，江湖首页查询仅需一个表，速度从极慢提升至几乎瞬间加载。这种数据结构的调整至关重要。
大家普遍认为，数据库查询就像在迷宫中行走，以前得绕弯路，现在能直接走直线，速度自然会提升。
分类数据处理方法的转变
在KuangStudy的改进中，分类部分同样有不少值得称道之处。之前是通过数据库查询来获取信息，但后来发现这些数据变化不大，于是我们改用了静态数据管理。这就像某些道路，无论白天还是夜晚，行人数量都差不多，那我们就不必每次都去查询哪些地方可以通行，直接确定下来即可。
采用了新方法后，我们不再需要频繁访问数据库查询分类信息，这样一来，工作效率自然而然地提升了。而且，使用类似功能的整个过程也变得更为迅速。
消息与个人主页SQL优化
之前的KuangStudy性能中，消息提示和个人主页的SQL语句存在一定程度的拖慢。对此，他们进行了相应的优化。具体操作方法虽未详细说明，但经过这次调整，网站的整体响应速度确实得到了显著提升。
就像是由众多部件构成的机械，每一个小部件运行得更加流畅，这样一来，整个机械的工作效率自然会得到提升。
数据库的主从搭建与读写分离
解决了接入层的问题，数据库变成了项目的主要压力点。之前只用一个数据库，用户参与度很高，但随着读写需求增加，单个数据库的性能已无法满足。于是，他们又购置了一台服务器，建立了主从复制系统。MySQL的主从配置相对简单，只需几个命令即可完成，接着利用sharding jdbc实现了读写分离。经过这一系列操作，网站的总体性能得到了显著提升。
若道路上车流量大，拥堵严重，那便增设一条并行道路来分担车流，这样一来，通行速度自然会提升。
团队为优化不断努力的心血
在改进这些功能的过程中，团队付出了持续的努力。他们连续多日熬夜至凌晨两三点，始终根据用户的反馈进行改进。这些付出得到了回报，用户数量持续增长，还吸引了终身会员。这反映出用户对他们的信任，他们也深知自己有责任让平台更加完善，打造一个更加纯净的社区，提供更多开源组件和优质教程。
你们瞧，这个团队正辛勤地改进，若你在此平台操作，你有没有打算给他们提供一些建议来帮助他们优化？
发表回复