后台服务优化方案.doc

后台服务优化方案（1） 前端接口优化 数据库优化 后端逻辑优化 脚本优化 缓存优化 搜索引擎的优化 内容下地 主要是针对前端接口，根据性能测试报告，对并发，交互方式或设计本身存在的一些问题做相应的优化： 解决默认忽略的错误信息，notice以及警告或错误信息； 解决逻辑上存在的漏洞，以及不合理的设计，和繁荣的逻辑，无效的逻辑； 优化接口缓存方式，去冗余，还干净，避免数据多次缓存；或提前失效，影响命中率 性能报告，反映现状，给我们优化提供可行方向，承担量化标准 数据库优化主要承担前端查询压力，以及完整性和稳定性保障: 解决并发压力，读数据和写数据分离，分担查询压力 剥离出大数据统计减轻查询压力 优化慢查询逻辑，增加索引，优化数据结构 建立多版本数据，一边版本数据隔离不受其他数据影响 后端程序优化涉及面广，承担较色多，主要优化点： 解决默认忽略的错误信息，notice以及警告或错误信息； 去掉冗余逻辑，或漏洞，扩展框架性能 缓存写入逻辑的优化，生存周期的更新 升级相关PHP版本，体验新版本优化的成果 脚本这块大多承担数据预加载功能，把相关大数据查询内容查好备用，这部分主要： 一样是忽略的错误信息 逻辑上边摆脱大数据对数据库或redis的压力，去掉设计上的漏洞，引入多进程或多线程的查询避免承压问题的重现 缓存引入mogoDB 以保持数据持久和命中率 缓存服务是我们整个产品加载速度的一个窗口，承担很重要的品质角色： redis的交互，解决因并发交互引起的命中率低下，生存过期，导致前端加载缓慢的问题； 更新不同的数据类型，或者查询方法，提高redis命中率 优化缓存并发配置，配置好好容错，容灾方案，结合mogoDB 提升部分查询的速度 搜索是我们产品的心脏，内容是灵魂，能让用户快速，高效，精准的搜索到自己想要的东西是我们的主要目标： 排序规则根据用户和运营需求做调整，把想要的排前面 增加相关性搜索，增加与关键字的匹配度 增加搜索不要或其他特殊情况的展示方案； 提升引擎版本，或通过相应支持的最新配置，优化查询准度或速度 因为人员以及各方面因素制约，我们以目标产品9APPs为标，做了Gstore，但是数据源来自他们，很容易因为他们的变动导致我们产品的不稳定： 拔取数据到我们自己的服务器，存储apk，图标以及截图； 引入对应附件加载CDN方案，或运处理方式； 整理好一套应用版本更新的细化方案； 调整产品引入自身应用的方案，看什么情况下引用我们自己的库，尽量减少其引起的问题； 如果我们能找到稳定的资源，比如合作的或自身的开发者平台，能维持产品永久可持续行当然更好 That’s All Thank You!