1、关闭日志读写

关闭非主线流程的日志读写，减少对mongdb，redis，mysql压力。这样针对硬件升级就可以做到3层防护，当mongdb，redis同时挂掉了，mysql都还可以提供系统服务。

2、架构优化

架构层面优化，架构前端做延时队列，缓解高并发请求，对服务造成的压力风险

我们上面说的mongdb服务，reids服务，mysql服务压力，就是把风险控制在服务器可承受的范围之类。

3、流程优化

所有业务流程、功能都经过开发，测试，优化ok后，才可以上线部署。

4、分析mongodb性能瓶颈点

在数据库方面，如果mongdb抗压能力不够，压力一过来，mongodb就被弄得宕机了

5、程序优化

1）关闭非主业务流程的日志读写，减少mongdb压力

2）优化项目代码，把模块中的某些接口做静态化，把json文件放在集群环境下，减少mongdb的请求数，从而减少mongdb压力

3）结合CDN

6、优化方案总结

1）升级mongdb服务，对mongdb做压力测试，分析单台mongdb的性能

2）模块中需要做动静分离，所有的访问都经过静态文件走进群服务器，减少mongdb的压力

3）简化模块中过多的http请求，以减少对mongdb的服务器的压力

4）关闭非主流模块的流程log文件的读写