Spring中集成Quartz时遭遇Failure obtaining db row lock异常_failure obtaining db row lock: connection disabled

link之家

链接快照平台

输入网页链接，自动生成快照
标签化管理网页链接

相关文章推荐

豪爽的萝卜 · 华大暖冬“研”后线下专场招聘会，“职”等你来 ...· 1 月前 ·

暗恋学妹的火柴 · 原儒-熊十力-微信读书· 2 月前 ·

耍酷的木瓜 · “一带一路”能源合作· 5 月前 ·

逼格高的感冒药 · 陈翔六点半之民间高手：应宝林是国家一级演员， ...· 1 年前 ·

玩滑板的键盘 · 文献管理工具Zotero的使用及其常用插件推 ...· 1 年前 ·

今天在一个新的项目中用Spring集成Quartz来进行任务调度，和以往一样，配置好JobDetail、Trigger、SchedulerFactoryBean启动，却遭遇到如下异常信息：
org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sfb' defined in URL [jar:file:/.../xxx-biz-service.jar!/bean/spring-task.xml]: Invocation of init method failed; nested exception is org.quartz.SchedulerConfigException: Failure occured during job recovery. [See nested exception: org.quartz.impl.jdbcjobstore.LockException: Failure obtaining db row lock: ORA-00942: table or view does not exist [See nested exception: java.sql.SQLException: ORA-00942: table or view does not exist Caused by: org.quartz.SchedulerConfigException: Failure occured during job recovery. [See nested exception: org.quartz.impl.jdbcjobstore.LockException: Failure obtaining db row lock: ORA-00942: table or view does not exist [See nested exception: java.sql.SQLException: ORA-00942: table or view does not exist at org.quartz.impl.jdbcjobstore.JobStoreSupport.initialize(JobStoreSupport.java:493) at org.quartz.impl.jdbcjobstore.JobStoreCMT.initialize(JobStoreCMT.java:144) at org.springframework.scheduling.quartz.LocalDataSourceJobStore.initialize(LocalDataSourceJobStore.java:133) at org.quartz.impl.StdSchedulerFactory.instantiate(StdSchedulerFactory.java:1010) at org.quartz.impl.StdSchedulerFactory.getScheduler(StdSchedulerFactory.java:1152) at org.springframework.scheduling.quartz.SchedulerFactoryBean.createScheduler(SchedulerFactoryBean.java:668) at org.springframework.scheduling.quartz.SchedulerFactoryBean.afterPropertiesSet(SchedulerFactoryBean.java:568) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1057) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1024) at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:421) at org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:245) at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:140) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:242) at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:156) at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:270) at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:346) at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:92) at org.springframework.context.support.ClassPathXmlApplicationContext.<init>(ClassPathXmlApplicationContext.java:77)

这是一个很奇怪的错误，从打印的异常信息可以看出：quartz试图将任务执行情况持久化到数据库中，一般是在集群环境中使用的一种同步任务的方法，保证某一时刻集群中只有一台机器执行定时任务。
但是，令我奇怪的是，第一，我没有配置quartz的数据源信息；第二，我也没有配置quartz的cluster，quartz应该是在内存中维护任务列表才对。因为我们根本就没有自定义quartz.properties。

从日志上看，这的确是Quartz抛出来的异常，而且就是SchedulerFactoryBean.createScheduler时出现了问题；直接查看SchedulerFactoryBean的源码，惊奇的发现了dataSource这个属性！！而且在setDataSource方法注释里面说明了该属性将覆盖quartz.properties文件配置的datasource；看到这个属性就一切都明了了，原来又是Spring的自动注入惹的祸！前段时间刚刚遭遇过同类事件，具体可参见《网店版重生系列：都是Spring配置中自动注入惹的祸》；

一般情况下我们数据源的beanId都是dataSource，所以在Spring自动注入的情况下，Spring再一次自作聪明了一把！解决办法有二：其一，取消quartz任务相关配置所在bean的自动注入，注意：无需将所有Spring配置文件中的自动注入都去西欧啊；其二：将系统数据源datasource这个beanId进行改名；

spring -boot 整合 quartz 的时候，连接windows的mysql的时候好好的，然而用linux上的mysql的时候，启动就报了这个错： Failu re obta ini ng db row lock : Table ‘test.QRTZ_ LOCK S’ doesn’t exist 首先用windows的mysql是没问题的。其实linux的mysql也是有这个表的，但由于是从windows复制过去的，所以表名都是小写的，而 quartz 启动的时候找的是大写，所以认为test.QRTZ 1.1何为锁锁在现实中的意义为:封闭的器物，以钥匙或暗码开启。在计算机中的锁一般用来管理对共享资源的并发访问，比如我们java同学熟悉的 Lock ,synchronized等都是我们常见的锁。当然在我们的数据库中也有锁用来控制资源的并发访问，这也是数据库和文件系统的区别之一。 1.2为什么要懂数据库锁? 通常来说对于一般的开发人员，在使用数据库的时候一般懂点DQL(select),DML...

部署后端项目的时候遇到 Failu re obta ini ng db row lock : Table ‘XXX.qrtz_ LOCK S‘ doesn‘t exist，百思不得其解，一开始以为是数据库版本问题，后来经过测试不是版本问题，于是乎查阅资料发现是mysql对表大小写有要求，但是当时创建表的时候都是小写，所以说就查不到qrtz_ LOCK S这张表，所以就报错了，知道问题了就好解决了。解决办法： 1. ~~删除掉所有的qrtz表，重新创建以大写命名的表~~ 2. 找到mysql的配置文件 my.cnf 路径在e

当在IDEA 中配置了云服务器的MySQL Caused by: org. quartz .impl.j db cjobstore. Lock Exception : Failu re obta ini ng db row lock : Table 'amops.QRTZ_ LOCK S' doesn't exist 因为在Linux平台下面MySQL默认是严格区分大小写的，需要去修改MySQL的配置文件 sudo vim /etc/mysql/mysql.conf.d/mysqld.cnf 在mysqld下添加以下内容 lower

org. quartz .impl.j db cjobstore. Lock Exception : Failu re obta ini ng db row lock : Table ‘india_framework.QR

将Windows上的mysql数据迁移到Linux上后，报这个错：org. quartz .impl.j db cjobstore. Lock Exception : Failu re obta ini ng db row lock : Table 'india_framework.QRTZ_ LOCK S' doesn't exist首先用windows的mysql是没问题的。其实linux的mysql也是有这个表的，但由于是从windows复制过去的，所以表名都是小写的，而 quartz 启动的时候找的是大写，所以认为test.Q

在windows下数据库都运行的好好的，放在Linux 里就报错了！这是因为在Linux下，MySQL的表名区分大小写，而在Windows下是不区分，从Windows下导出的数据脚本中使用的是小写，而Hibernate生成的SQL 中表名是大写的，所以查不出数据。接下来就是设置MySQL数据库不区分大小写。我们先查找一下，发现它默认为0是区分大小写的，那么我们就需要设置将其设置为1。 show vari ab les like '%lower_case%'; 我们可以用如下命令进行设置

1.产生的错误日志 ERROR [[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tun i ng )'] (ContextLoader.java:215) - Context ini tialization fai led org. spring framework.beans.factory.BeanCreatio...

org. quartz .impl.j db cjobstore. Lock Exception : Failu re obta ini ng db row lock : Table 'aly_uias.qrtz_ LOCK S' doesn't exist 异常信息表明：在创建 quartz 自带表时，表明是小写的，程序中使用的是大写表明，由于mysql数据库...