高性能Web应用有20个“绊脚石”

ZDNet至顶网服务器频道 09月09日 ： “不积珪步，无以致千里；不积小流，无以成江海”这局名言虽然出自荀子的《劝学篇》，不过用来形容高性能web应用也非常恰当。任何高性能、大规模的web应用都是慢慢扩展而来的。扩展的路非常曲折，当然也有很多“绊脚石”。近日，Heavyweight Internet Group的创始人兼高级顾问Sean Hull总结了高性能Web应用打造的经验，提出了20个扩展之路上的需要注意的事项。

1.  二阶段提交

通常情况下，当数据库中的数据发生改变时，它需要同时被写入内存和硬盘。当一个提交发生时，传统数据库需要负责数据在真实存储媒质上的持久化。牢 记，内存的数据在崩溃或者重启后都会消失。即使数据已经在数据库中缓存，数据库仍然需要将其持久化到磁盘上，MySQL的二进制日志及Oracle的 redo日志都符合这个要求。

通过MySQL集群或者类似DRBD（Distributed Replicated Block Device）或者Amazon Multi-AZ（Multi-Availability Zone）的分布式文件系统，提交并不仅仅是在本地发生，同时也在远端。二阶段提交意味着需要从远端得到反馈，鉴于网络及一些其它的延时，提交速度可能会 被毫秒级的降低，仿佛高速公路上的所有汽车都因重载变慢。如有考虑使用Multi-AZ或者读备份，不妨查看Amazon RDS（Relational Database Service）与MySQL的比较。

同步复制同样会出现这些问题，因此MySQL解决方案是半同步的，这也可以看做是在二阶段提交上的一些让步。

2.  缓存不足

在所有层中缓存的作用都至关重要，那么什么地方最需要使用缓存：浏览器、页面、对象还是数据库存？下面不妨统统试一下。

浏览器缓存似乎遥不可及，除非你清楚浏览器是从Web Server中取出指令及其渲染的页面。因此，如果包含的对象有一个比较长的生命周期，浏览器将会缓存他们，不需要再次进行读取。这不仅会加快用户的浏览 速度，同样会有益于Server对网站的托管，因为会切实的减少用户的二次读取。

猛戳这里查看更多浏览器缓存相关，确保设置了期满头文件及缓存控制。

页面缓存需要使用类似Varnish的技术，可以将它看成一个迷你的高速、低开销Web Server。它不可以支撑类似Apache可以的复杂页面，但是它可以让非常简单的页面更快。因此位于Apache之前，用于减少负载，让Apache 可以处理更加复杂的页面。就像交通警察，在专注更复杂的机动车前，先给自行车放行。

对象缓存由类似memcache的组件完成，可以把它当做是应用程序的便利贴。做数据库查询时会先访问缓存寻求数据，如果发现了所需的数据，那么结 果返回的时间将比访问数据库快10-100倍，这样就可以快速的构建页面，从而在眨眼间为用户呈现。如果它没有发现所需的数据，或者只发现了一部分，那么 将会建立数据库请求并将返回的数据放于缓存中，让更多的后来者受益。

3.  缓慢的磁盘I/O、RAID 5、多租户存储

数据库中的一切都受到存储的限制，这里既包含了空间问题，也受设备读写的速度掣肘。

如果你使用实体服务器，那么一定要当心RAID 5，独立磁盘冗余阵列的一种，数据保护和奇偶性将严重的影响写操作。同时，如果其中一个磁盘损坏，那么这个阵列在磁盘重建时将变得非常缓慢。

这个方案一般使用RAID 10，它将为你提供独立的镜像集。这导致没有奇偶校验计算，从而不会影响重建时的速度。

云环境可能会涉及到类似于Amazon EBS（Elastic Block Store，一个类似于SAN的虚拟化磁盘）的技术。鉴于其基于网络，你必须与其它租户竞争存储的读写。因为每个存储能支撑的读写速度是固定的，所以你的 邻居可能会影响到你网站及应用程序的读写速度。

最近，Amazon又公布了一个重量级产品Provisioned IOPS（每秒I/O操作）。对于技术专家来说看起来非常不错，但是对于其它人来说毫无价值。尽管如此，其依然重要，这意味着你可以锁定你数据库所需的磁 盘性能。如果你想在Amazon上托管数据库，那么不妨多关注一下这个。

4.  串行处理

在超市结账时，如果有10个收银台开放，那么从事的是并行处理。如果每个收银台都在休息，只有一个登记处开放，那么从事的是串行操作。那么结账的队 伍将变得非常长，不仅是结账人的心情受到影响，购物者也同样如此。这点经常发生在线路不够的大桥收费站以及许多人一起离场的体育场所。

网络应用需要严格的避免串行，因等待API调用而产生的阻塞，所有的后端节点都在等待一个搜索服务器，只要你应用程序的某处形成一个线就代表了串行化的发生，那么必须不惜一切代价去清除它。

5.  缺少Feature Flag

在给业务部门建立应用时，开发者一般从特性和功能入手。Feature Flag将至关重要，它让人们可以通过后端配置文件或管理员UI页面关闭或者打开特性。

为什么他们如此重要？如果你有早上4点的救火经验，那么你将明白启动应急计划的必要性。你需要可以关闭评级、评论以及应用程序其它的一些特性，这将不会导致整个系统崩溃。更重要的是，在新特性发布时，有些时候问题并不明显，直到一群互联网用户同时涌入。Feature Flag让你可以选择性的关闭一些功能，而不是关掉整个网站。