对优化RubyonRails性能的一些办法的探究资源-CSDN文库

108 浏览量 2020-09-21 19:24:11 上传评论收藏 129KB PDF 举报

### 对优化Ruby on Rails性能的一些办法的探究 #### 引言随着Web应用程序变得越来越复杂，性能优化成为了确保用户满意度和提高系统效率的关键步骤之一。Ruby on Rails（简称Rails），作为一个流行的Web开发框架，虽然提供了丰富的功能和快速的开发体验，但也可能会面临性能瓶颈的问题。本文将深入探讨几种优化Rails应用性能的方法，特别是针对内存管理和垃圾回收（Garbage Collection, GC）等问题。 #### 导致Rails应用变慢的原因通常来说，Rails应用变慢的原因可以归结为两大类： 1. **错误地选择了Rails作为解决方案**：在某些情况下，Rails可能不是最佳选择。例如，当面对大规模数据分析或高性能计算需求时，其他专门的技术或语言（如Python、R等）可能是更好的选择。 2. **内存管理不当**：这是导致大多数Rails应用性能下降的主要原因。内存消耗过多会导致频繁的垃圾回收操作，进而显著降低应用程序的响应速度。 #### 性能优化策略为了提高Rails应用的性能，可以从以下几个方面入手： 1. **扩容**：通过增加服务器资源来提高应用处理能力。虽然这种方法简单直接，但并不总是最经济有效的方法，尤其是在处理高并发请求时。 2. **缓存**：利用缓存技术可以显著减轻服务器压力并加快页面加载速度。Rails内置了多种缓存机制，如页面缓存、片段缓存等，开发者可以根据具体需求选择合适的缓存策略。 3. **代码优化**：这是提高性能最根本也是最有效的方式。通过对代码进行优化，减少不必要的内存消耗和计算负担，可以显著提升应用的整体性能。 #### 避免内存密集型Rails特性对于Rails而言，内存管理尤为重要。以下是一些常见的内存密集型特性及其优化建议： 1. **序列化程序**：序列化是将对象状态转换为可存储或传输格式的过程。Rails提供了一种简便的方式来序列化数据，但这也会带来额外的内存开销。例如，使用`serialize`方法时，可以通过自定义序列化逻辑来减少内存使用。示例代码如下： ```ruby class Smth < ActiveRecord::Base def data JSON.parse(read_attribute(:data)) end def data=(value) write_attribute(:data, value.to_json) end end ``` 2. **ActiveRecord**：ActiveRecord是Rails的核心库之一，它提供了一种面向对象的方式来操作数据库记录。虽然ActiveRecord非常方便，但也会导致较高的内存消耗。如果只需要简单的数据库操作，可以考虑直接使用SQL查询来替代ActiveRecord，从而减少内存使用。例如，批量更新操作： ```ruby Book.where('title LIKE ?', '%Rails%').update_all(author: 'David') ``` 直接执行SQL更新语句： ```sql UPDATE books SET author = 'David' WHERE title LIKE '%Rails%'; ``` #### 结论优化Rails应用性能是一个多方面的过程，需要综合考虑代码结构、服务器配置以及应用的实际需求。通过合理选择技术栈、精心管理内存以及不断优化代码，可以显著提高Rails应用的性能表现。希望本文介绍的方法能够帮助开发者们构建出更加高效、稳定和可靠的Rails应用。

资源推荐

资源详情

资源评论

对优化对优化Ruby on Rails性能的一些办法的探究性能的一些办法的探究

主要介绍了对优化Ruby on Rails性能的一些办法的一些探究,包括避免内存密集型的应用和GC等相关问题的探讨,需要的朋友可以参

考下

1.导致你的导致你的 Rails 应用变慢无非以下两个原因：应用变慢无非以下两个原因：

1. 在不应该将 Ruby and Rails 作为首选的地方使用 Ruby and Rails。（用 Ruby and Rails 做了不擅长做的工作）

2. 过度的消耗内存导致需要利用大量的时间进行垃圾回收。

Rails 是个令人愉快的框架，而且 Ruby 也是一个简洁而优雅的语言。但是如果它被滥用，那会相当的影响性能。有很多工作并不适合用 Ruby and

Rails，你最好使用其它的工具，比如，数据库在大数据处理上优势明显，R 语言特别适合做统计学相关的工作。

内存问题是导致诸多 Ruby 应用变慢的首要原因。Rails 性能优化的 80-20 法则是这样的：80% 的提速是源自于对内存的优化，剩下的 20% 属于其

它因素。为什么内存消耗如此重要呢？因为你分配的内存越多，Ruby GC（Ruby 的垃圾回收机制）需要做的工作也就越多。Rails 就已经占用了很大

的内存了，而且平均每个应用刚刚启动后都要占用将近 100M 的内存。如果你不注意内存的控制，你的程序内存增长超过 1G 是很有可能的。需要回

收这么多的内存，难怪程序执行的大部分时间都被 GC 占用了。

2 我们如何使一个我们如何使一个 Rails 应用运行更快应用运行更快?

有三种方法可以让你的应用更快：扩容、缓存和代码优化。

扩容在如今很容易实现。Heroku 基本上就是为你做这个的，而 Hirefire 则让这一过程更加的自动化。其它的托管环境提供了类似的解决方案。总

之，可以的话你用它就是了。但是请牢记扩容并不是一颗改善性能的银弹。如果你的应用只需在 5 分钟内响应一个请求，扩容就没有什么用。还有就

是用 Heroku + Hirefire 几乎很容易导致你的银行账户透支。我已经见识过 Hirefire 把我一个应用的扩容至 36 个实体，让我为此支付了 $3100。我立

马就手动吧实例减容到了 2 个, 并且对代码进行了优化.

Rails 缓存也很容易实施。Rails 4 中的块缓存非常不错。Rails 文档是有关缓存知识的优秀资料。不过同扩容相比，缓存并不能成为性能问题的终极

解决方案。如果你的代码无法理想的运行，那么你将发现自己会把越来越多的资源耗费在缓存上，直到缓存再也不能带来速度的提升。

让你的 Rails 应用更快的唯一可靠的方式就是代码优化。在 Rails 的场景中这就是内存优化。而理所当然的是，如果你接受了我的建议，并且避免把

Rails 用于它的设计能力范围之外，你就会有更少的代码要优化。

2.1 避免内存密集型避免内存密集型Rails特性特性

Rails 一些特性花费很多内存导致额外的垃圾收集。列表如下。

2.1.1 序列化程序序列化程序

序列化程序是从数据库读取的字符串表现为 Ruby 数据类型的实用方法。

class Smth < ActiveRecord::Base

serialize :data, JSON

end

Smth.find(...).data

Smth.find(...).data = { ... }

它要消耗更多的内存去有效的序列化，你自己看：

class Smth < ActiveRecord::Base

def data

JSON.parse(read_attribute(:data))

end

def data=(value)

write_attribute(:data, value.to_json)

end

这将只要 2 倍的内存开销。有些人，包括我自己，看到 Rails 的 JSON 序列化程序内存泄漏，大约每个请求 10% 的数据量。我不明白这背后的原

因。我也不知道是否有一个可复制的情况。如果你有经验，或者知道怎么减少内存，请告诉我。

2.1.2 活动记录活动记录

很容易与 ActiveRecord 操纵数据。但是 ActiveRecord 本质是包装了你的数据。如果你有 1g 的表数据，ActiveRecord 表示将要花费 2g，在某些情况

下更多。是的，90% 的情况，你获得了额外的便利。但是有的时候你并不需要，比如，批量更新可以减少 ActiveRecord 开销。下面的代码，即不会

实例化任何模型，也不会运行验证和回调。

Book.where('title LIKE ?', '%Rails%').update_all(author: 'David')

后面的场景它只是执行 SQL 更新语句。

update books

set author = 'David'

where title LIKE '%Rails%'

Another example is iteration over a large dataset. Sometimes you need only the data. No typecasting, no updates. This snippet just runs the query and avoids ActiveRecord altogether:

result = ActiveRecord::Base.execute 'select * from books'

result.each do |row|

# do something with row.values_at('col1', 'col2')

end

2.1.3 字符串回调字符串回调