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：

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

 

TerracottaJobStore

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

配置参数：

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

3.