后台服务优化方案

后台服务优化方案（1）

1.前端接口优化

2.数据库优化

3.后端逻辑优化

4.脚本优化

5.缓存优化

6.搜索引擎的优化

7.容下地

主要是针对前端接口，根据性能测试报告，对并发，交互方式或设计本身存在的一些问题做相应的优化：

1.解决默认忽略的错误信息，notice以及警告或错误信息；

2.解决逻辑上存在的漏洞，以及不合理的设计，和繁荣的逻

辑，无效的逻辑；

3.优化接口缓存方式，去冗余，还干净，避免数据多次缓存；

或提前失效，影响命中率

4.性能报告，反映现状，给我们优化提供可行方向，承担量

化标准

数据库优化主要承担前端查询压力，以及完整性和稳定性保障:

1.解决并发压力，读数据和写数据分离，分担查询压力

2.剥离出大数据统计减轻查询压力

3.优化慢查询逻辑，增加索引，优化数据结构

4.建立多版本数据，一边版本数据隔离不受其他数据影响

后端程序优化涉及面广，承担较色多，主要优化点：

1.解决默认忽略的错误信息，notice以及警告或错误信

息；

2.去掉冗余逻辑，或漏洞，扩展框架性能

3.缓存写入逻辑的优化，生存周期的更新

4.升级相关PHP版本，体验新版本优化的成果

脚本这块大多承担数据预加载功能，把相关大数据查询容查好备用，这部分主要：

1.一样是忽略的错误信息

2.逻辑上边摆脱大数据对数据库或redis的压力，去掉设计上

的漏洞，引入多进程或多线程的查询避免承压问题的重现3.缓存引入mogoDB 以保持数据持久和命中率

缓存服务是我们整个产品加载速度的一个窗口，承担很重要的品质角色：

1.redis的交互，解决因并发交互引起的命中率低下，生存过

期，导致前端加载缓慢的问题；

2.更新不同的数据类型，或者查询方法，提高redis命中率

3.优化缓存并发配置，配置好好容错，容灾方案，结合mogoDB

提升部分查询的速度

搜索是我们产品的心脏，容是灵魂，能让用户快速，高效，精准的搜索到自己想要的东西是我们的主要目标：

1.排序规则根据用户和运营需求做调整，把想要的排前面

2.增加相关性搜索，增加与关键字的匹配度

3.增加搜索不要或其他特殊情况的展示方案；

4.提升引擎版本，或通过相应支持的最新配置，优化查询准度

或速度

因为人员以及各方面因素制约，我们以目标产品9APPs为标，做了Gstore，但是数据源来自他们，很容易因为他们的变动导致我们产品的不稳定：

1.拔取数据到我们自己的服务器，存储apk，图标以及截图；

2.引入对应附件加载CDN方案，或运处理方式；

3.整理好一套应用版本更新的细化方案；

4.调整产品引入自身应用的方案，看什么情况下引用我们自己

的库，尽量减少其引起的问题；

5.如果我们能找到稳定的资源，比如合作的或自身的开发者平

台，能维持产品永久可持续行当然更好

That’s All Thank You!