如何从系统架构层面优化WP性能

　　其一，使用RDS运行WordPress网站数据库。大部分站长采用在ECS自建Mysql数据库或者采用第三方一键环境来运行WordPress数据库。但这种Mysql数据库由于ECS性能的限制(IO、内存、CPU)没法承担较高的访问量。同时因大部分站长缺少数据库运维能力，无法及时处理数据库宕机导致站点不能正常运行的问题。

　　遇到这个问题的时候，我们可以借助RDS而非自建来解决。将WordPress数据库安装于RDS可以大幅度的减轻站长在数据库运维方面的压力；彻底解决数据库运维的烦恼。当RDS数据库出现问题时因其多层次安全构架的保护可以实现服务秒级切换；整个切换过程对应用透明。
　　其二，使用OSS存储WordPress网站附件。ECS配套使用的云盘普遍IO性能不高，将WordPress数据文件存放于云盘很容易因为网站访问量过大出现性能瓶颈。且使用云盘需要确定空间容量，容易造成前期云盘空间浪费和后期空间不足，扩容不便的问题。将WordPress数据文件存放于OSS可以降低数据存储支出；由于OSS和ECS是两个完全不同的系统，即使ECS出现灾难性的故障，也可以保证数据文件的安全，大幅度的提升数据安全性。

　　其三，使用SLB水平扩容WordPress性能。由于ECS存在单点性风险，当ECS出现故障时，WordPress站点将无法访问。SLB可以将流量按比例分配到后端服务器上，使用SLB+ECS模式可以大幅度的提升WordPress系统的可靠性，当后端单台ECS出现故障时，SLB会自动将流量转发到后端其他正常服务器上，保证系统的正常运行。

　　其四，使用OCS减轻WordPress网站数据库压力。由于WordPress定位的原因，当访问量达到一定程度后；数据库会出现较大的查询瓶颈，当然提升数据库的性能可以马上解决这个问题，但提升数据库性能意味着网站支出又多了一笔。使用OCS可以将常用的数据库查询结果存放于ECS的内存中，当下次访问获取时，OCS会直接从内存返回结果，而不会再去数据库查询；降低数据库的查询压力。

　　其五，使用CDN加快WordPress页面在不同地区的访问。大部分站点用户受众都是面向全国的，而我们的ECS往往位于国内的某个机房。自此就产生了某些地区访问快，某些地区访问慢的问题。使用CDN可以将静态资源缓存于全国各地的服务器，当用户访问时系统自动将快的资源返回给用户，提升用户体验。