后台服务优化方案重点讲义资料.docx

后台服务优化方案（1）

前端接口优化
数据库优化
后端逻辑优化
脚本优化
缓存优化
搜索引擎的优化
内容下地

主要是针对前端接口，根据性能测试报告，对并发，交互方式或设计本身存在的一些问题做相应的优化：
解决默认忽略的错误信息，notice以及警告或错误信息；
解决逻辑上存在的漏洞，以及不合理的设计，和繁荣的逻辑，无效的逻辑；
优化接口缓存方式，去冗余，还干净，避免数据多次缓存；或提前失效，影响命中率
性能报告，反映现状，给我们优化提供可行方向，承担量化标准

数据库优化主要承担前端查询压力，以及完整性和稳定性保障:
解决并发压力，读数据和写数据分离，分担查询压力
剥离出大数据统计减轻查询压力
优化慢查询逻辑，增加索引，优化数据结构
建立多版本数据，一边版本数据隔离不受其他数据影响

后端程序优化涉及面广，承担较色多，主要优化点：
解决默认忽略的错误信息，notice以及警告或错误信息；
去掉冗余逻辑，或漏洞，扩展框架性能
缓存写入逻辑的优化，生存周期的更新
升级相关PHP版本，体验新版本优化的成果

脚本这块大多承担数据预加载功能，把相关大数据查询内容查好备用，这部分主要：
一样是忽略的错误信息
逻辑上边摆脱大数据对数据库或redis的压力，去掉设计上的漏洞，引入多进程或多线程的查询避免承压问题的重现
缓存引入mogoDB以保持数据持久和命中率

缓存服务是我们整个产品加载速度的一个窗口，承担很重要的品质角色：
redis的交互，解决因并发交互引起的命中率低下，生存过期，导致前端加载缓慢的问题；
更新不同的数据类型，或者查询方法，提高redis命中率
优化缓存并发配置，配置好好容错，容灾方案，结合mogoDB提升部分查询的速度

搜索是我们产品的心脏，内容是灵魂，能让用户快速，高效，精准的搜索到自己想要的东西是我们的主要目标：
排序规则根据用户和运营需求做调整，把想要的排前面
增加相关性搜索，增加与关键字的匹配度
增加搜索不要或其他特殊情况的展示方案；
提升引擎版本，或通过相应支持的最新配置，优化查询准度或速度

因为人员以及各方面因素制约，我们以目标产品9APPs为标，做了Gstore，但是数据源来自他们，很容易因为他们的变动导致我们产品的不稳定：
拔取数据到我们自己的服务器，存储apk，图标以及截图；
引入对应附件加载CDN方案，或运处理方式；
整理好一套应用版本更新的细化方案；
调整产品引入自身应用的方案，看什么情况下引用我们自己的库，尽量减少其引起的问题；
如果我们能找到稳定的资源，比如合作的或自身的开发者平台，能维持产品永久可持续行当然更好

That’sAll
ThankYou!