lipeng的博客

quartz监控日志（一）quartz监控日志（二）添加监听器quartz监控日志（三）查看卡死线程堆栈上面几章介绍了quartz监控的几种方式，下面再介绍一种监听方式：自定义QuartzJobBean一、自定义QuartzJobBean/** * 定时任务处理 * * @author lipeng * */@DisallowConcurrentExecutionpubl...

在quartz中经常会碰到由于网络问题或者一些其他不稳定因素导致的线程卡死问题，这往往会导致数据处理的延时。而有时候一时无法定位到卡死的原因，为了降低系统风险，我们就会希望有一个超时机制，当执行超时时强制中断该操作。下面就举个例子，ftp协议不稳定，当连接ftp上传下载数据时有时候会遇到不可知的因素会导致卡死，比如说主动被动切换，服务器连接数满等等，现在我们使用java提供的动态代理以及Fut...

由于quartz单节点无法满足业务的需求，后面我们在单节点的基础上进行了集群部署。由以前的定时任务信息放在jobs.xml配置文件中，转而放到数据库中。1、新建数据库表 CREATE TABLE qrtz_job_details ( SCHED_NAME VARCHAR2(120) NOT NULL, JOB_NAME VARCHAR2(200) N...

我们经常碰到一些定时任务卡死或者执行时间很长，这样的问题我们排查手段比较常用的是jstack命令来查看线程堆栈，然后根据我们监控中的threadId或者threadName来查找线程详细堆栈看卡在哪个方法。常用命令如下：jstack pid >jstack.log现在我们可以提供界面查看卡死线程堆栈controller代码 @RequestMapping("/g...

 上一章介绍监控job有三种方案，其实还有一个简单方案是实现quartz的TriggerListener。上次我也试了这个方案，但是由于操作错误，导致没有监控成功，所以才选择分析源码来实现代理进行监控。后面我看了些资料，并重新试了下，这种方案是可行的，并且非常方便。首先实现TriggerListener，如下：public class MonitorTriggerListen...

最近几个月，现网总是出现定时器不执行的情况，或者定时器卡死的情况，而又不方便排查，只能依靠quartz的debug日志以及错误日志来监控定时器的执行情况，并且随着我们系统中job越来越多，而使得job问题越来越难以跟踪，所以我们才需要一个能过对定时器进行监控的功能，并能实现线程阻塞告警，以及杀死阻塞线程的功能。监控job有几种方案：方案一：通过jmx远程或者直接在应用内部定时获取qua...

由于quartz单节点无法满足业务的需求，后面我们在单节点的基础上进行了集群部署。由以前的定时任务信息放在jobs.xml配置文件中，转而放到数据库中。1、新建数据库表 CREATE TABLE qrtz_job_details ( SCHED_NAME VARCHAR2(120) NOT NULL, JOB_NAME VARCHAR2(200) NOT

上一章介绍监控job有三种方案，其实还有一个简单方案是实现quartz的TriggerListener。上次我也试了这个方案，但是由于操作错误，导致没有监控成功，所以才选择分析源码来实现代理进行监控。后面我看了些资料，并重新试了下，这种方案是可行的，并且非常方便。首先实现TriggerListener，如下：public class MonitorTriggerListener i

最近几个月，现网总是出现定时器不执行的情况，或者定时器卡死的情况，而又不方便排查，只能依靠quartz的debug日志以及错误日志来监控定时器的执行情况，并且随着我们系统中job越来越多，而使得job问题越来越难以跟踪，所以我们才需要一个能过对定时器进行监控的功能，并能实现线程阻塞告警，以及杀死阻塞线程的功能。监控job有几种方案：方案一：通过jmx远程或者直接在应用内部定时获取quart