Rails Cron 一个Rails的定时执行插件介绍

   定时任务，Linux下cron准确的实现这个功能。通常，在Rails开发中，我们也遇到类似的需要，例如，我自己就在开发过程中，有这样一个需要：

   有一个专业逻辑的报表查询，表结果如下：

CREATE TABLE  `production`.`datalogs` (
  `id` int(11) NOT NULL auto_increment,
  `ts` datetime default NULL,
  `sample_count` int(11) default NULL,
  `attenuation` float default NULL,
  `start_freq` int(11) default NULL,
  `stop_freq` int(11) default NULL,
  `min_val` float default NULL,
  `val` float default NULL,
  `max_val` float default NULL,
  `image` blob,
  `min_image` blob,
  `max_image` blob,
  `site_id` int(11) default NULL,
  `noise_floor` float default NULL,
  PRIMARY KEY  (`id`),
  KEY `site_ts_idx` (`site_id`,`ts`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

   其中，主要的数据是blob结构的image数据。由于数据量比较大往往生产报表的速度很慢，所以，我们为了优化性能，采用了很多不同的办法。例如，用mysql function代替ruby的逻辑运算（以后的文章会具体描述这个优化的实现，和包括udf的调试），例如，简单的zip压缩，还例如，Flex端的显示。当然，也包括，分段压缩。

    道理上讲，用户不会关心半个月之前的，某天里几秒的具体数据。比如，2：20 到3：20的数据。所以，我们就把半月之前的数据压缩成了一个，每天一条记录。这样就大大提高了运行速度。但这就需要定时任务了。

    Rails定时任务，实现有很多不同的选择。用linux的cron job显然是比较大众的选择，后面我也会用专门的文章介绍，我是怎么用的和使用过程的一些问题。然而，linux的cron job也有一些问题：

1. 启动时会明显的占用资源，这里指需要加载Rails环境
2. 同步后台定时进程，需要比较大的内存
3. 很难从Rails的项目来管理，定时的后台进程，多数是数据库交互

  而RailsCron插件就很好通过RoR实例来执行定时任务，同时较好的解决上面linux Cron job带来的问题。典型的RailsCron插件这样使用：
RailsCron的安装

ruby script/plugin#插件安装

并创建一个rails_crons的表

RailsCron的调用

RailsCron.create(
  :command => "Object.do_something()", 
  :start => 2.minutes.from_now,
  :every => 12.hours,               # default: 1.day 
  :finish => 2.years.from_now       # optional
)
RailsCron.destroy_all
RailsCron.find_by_command "some_command"

使用 ACTS_AS_BACKGROUND定义需要执行定时任务的ActiveRecord

    添加ACTS_AS_BACKGROUND的描述以便可以后台执行。如下：

class EmailQueue << ActiveRecord::Base
    background :deliver, :every => 1.minute, :concurrent => true
enddef self.deliver
    #process the queue
end

RailsCron的定制参数

• :sleep—执行的间隔频率，默认：1秒
• :db_sleep—访问数据库的间隔频率,默认：1秒

RailsCron的启动与停止

    RailsCron通过Rake启动和停止，具体命令如下：

• cron_start—以守护进程（daemon）启动RailsCron
• cron_foreground—以前台启动启动RailsCron
• cron_stop—安全停止
• cron_kill
• cron_graceful—安全重启
• cron_status

以上命令是linux下使用，Windows用户需要使用

ruby script\runner ‘RailsCron.start’

运行和Ctrl-C停止

环境变量的设置：

• RAILSCRON_SUDO—后台进程将以如下指定用户身份运行，默认不使用。
• RAILS_ENV—Default: 默认环境development

注释：该文参考原插件说明的readme和相关文章

评论

3 楼 paolongtao 2009-10-28  

我也是google到了你的文章和其他文章，发现的问题

那么现在间歇性任务（比如6个小时一次，抓去用户的博客），应该怎么弄？

2 楼 夜鸣猪 2009-10-28  

 

十分感谢回复，省了有人被我误导啊
赞

1 楼 paolongtao 2009-10-28  

RailsCron 的作者在其 Blog 上解释了为什么。作者推荐使用 daemon_generator 与 backgroundRb 。下面是原文：

RailsCron Deprecation

Ok, so here's the deal. RailsCron is still available, but in the not_supported folder of my svn.

Why?

   1. RailsCron is threaded, which causes all kinds of nightmares when Rails isn't threadsafe.
   2. All of RailsCron's functionality is available in BackgroundRb (which is threaded too, ymmv).
   3. RailsCron's daemonization isn't terribly Capistrano-friendly
   4. I wrote daemon_generator, which allows you to easily incorporate your own daemons into Rails. It's minimal, and it's what I actually use. Focusing on the daemons, without coupling messaging and database dependence, is the way to go for me.

If you want bare-bones, stable, and functional, use daemon_generator. If you want messaging and features, use backgroundRb. I don't see value in RailsCron anymore.

原文地址：http://www.kylemaxwell.com/
my4java 发表于:2006.09.14 16:20 ::分类: ( Rails散文 ) ::阅读:(454次) :: 评论 (0) :: 引用 (0)