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文件的读写