33、优化Rails应用性能：瓶颈定位与实战案例分析

优化Rails应用性能：瓶颈定位与实战案例分析

1. 缓存存储系统与页面缓存

缓存存储系统仅适用于缓存操作和片段，而全页面缓存需要存储在公共目录的文件系统中。若要在多个Web服务器上使用页面缓存，可采用网络驱动器的方式。可以选择将整个公共目录进行符号链接，但这会使图像、样式表和JavaScript文件通过网络传输，可能引发问题；也可以仅对页面缓存所需的单个目录进行符号链接，例如将 public/products 符号链接到网络驱动器，以存储产品控制器的页面缓存。

2. 性能瓶颈的应对原则

在无共享架构下，随着负载增加可添加更多服务器，这是应对扩展需求的明智之选。硬件成本逐渐降低，而开发者的时间却很宝贵。因此，在性能问题真正出现之前，要认识到性能并非问题。开发者常受性能调优的诱惑，但这种调优不仅浪费时间，还可能对代码质量和应用设计产生不利影响。不过，当瓶颈过于明显或项目经济条件不允许时，就需要进行优化。性能调优的首要且最重要的规则是：没有测量就不要行动。

3. 定位Rails应用中的瓶颈

• 使用 tail 命令监控日志 ：在与应用交互时，对 production.log 文件运行连续的 tail 命令，这是发现瓶颈最简单且侵入性最小的方法。在OS X、Linux或Cygwin中，可使用 tail -f log/production.log 命令。此命令能让你了解应用内部的工作情况和每次刷新浏览器所需的时间，还能发现如N + 1查询问题等，