小强哥博客

小强哥,小强哥博客,技术大咖

subic项目总结(二)-quartz中的三种JobStore

JobStore负责跟踪所有你给scheduler的“工作数据”:jobs, triggers, calendars, 等。

RAMJobStore

RAMJobStore 是使用最简单的也是最高效(依据CPU时间)的JobStore 。RAMJobStore 正如它名字描述的一样,它保存数据在RAM。这就是为什么它是配置最简单的也是最高效的原因。缺点是你的应用结束之后所有的数据也丢失了,这意味着RAMJobStore 不具有保持job和trigger持久的能力。对于一些程序是可以接受的,甚至是期望的,但对于其他的程序可能是灾难性的。要使用RAMJobStore你只需要在你的Quartz配置文件中添上这么一段话,如下,

org.quartz.jobStore.class = org.quartz.simpl.RAMJobStore

没有其他配置了。

JDBCJobStore

JDBCJobStore,正如名字描述的一样,它以JDBC的方式保存数据在数据库中。它比RAMJobStore的配置复杂一点,也没有RAMJobStore快。然而,性能缺点不是糟透了,特别是如果你在数据库表主键上建立了索引。在机器之间的LAN(在scheduler 和数据库之间)合理的情况下,检索和更新一个被触发的Trigger花费的时间少于10毫秒。

JDBCJobStore 几乎适用于所有的数据库,广泛用于 Oracle, PostgreSQL, MySQL, MS SQLServer, HSQLDB, 和DB2。

使用JDBCJobStore之前你必须首先创建一系列Quartz要使用的表。你可以发现表创建语句在Quartz发布目录的“docs/dbTables”下面。你需要确定你的应用要使用的事务类型。

如果你不想绑定调度命令(例如增加和移除Trigger)到其他的事务,你可以使用JobStoreTX (最常用的选择)作为你的Jobstore。

如果你需要Quartz和其他的事务(例如在J2EE应用服务器中)一起工作,你应该使用JobStoreCMT ,Quartz 将让应用服务器容器管理这个事务。使用JobStoreTx配置Quartz,如下,

org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX  
org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.StdJDBCDelegate  
#配置表的前缀  
org.quartz.jobStore.tablePrefix = QRTZ_  
#使用JNDI数据源的时候,数据源的名字  
org.quartz.jobStore.dataSource = myDS

TerracottaJobStore

提供了一个方法:在不使用数据库的情况下使它具有收缩性和强壮性。TerracottaJobStore 可以是集群的也可以是非集群的,在这两种情况下为你的job数据提供了一个存储机制用于应用程序重启之间持久,因为数据是存储在Terracotta服务器。它的性能比使用数据库访问JDBCJobStore好一点儿(大约是一个数量级),但是明显比RAMJobStore慢,配置如下,

org.quartz.jobStore.class = org.terracotta.quartz.TerracottaJobStore  
org.quartz.jobStore.tcConfigUrl = localhost:9510