首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

spring boot隔离级别READ_UNCOMMITTED不工作

Spring Boot 是一个开发框架,用于简化基于 Java 的应用程序的创建和部署。它提供了一套强大的工具和约定,以加快开发过程,并使开发人员能够专注于业务逻辑而不必关注底层技术细节。

隔离级别 READ_UNCOMMITTED 是事务隔离级别中的一种,在关系型数据库中常用于解决并发访问数据时的一致性问题。READ_UNCOMMITTED 允许事务读取未提交的数据,这意味着事务可能读取到其他事务尚未提交的数据。这个隔离级别的优势是能够提高并发性能,但可能会导致脏读(读取到未提交的数据)和不可重复读(多次读取到不一致的数据)等问题。

在 Spring Boot 中,可以通过配置数据源的隔离级别来设置事务的隔离级别。对于 READ_UNCOMMITTED 隔离级别,可以在数据源的配置中使用以下方式进行设置:

代码语言:txt
复制
spring.datasource.url=jdbc:mysql://localhost:3306/mydb?characterEncoding=utf8&useSSL=false&allowPublicKeyRetrieval=true&serverTimezone=Asia/Shanghai
spring.datasource.username=root
spring.datasource.password=123456
spring.datasource.driver-class-name=com.mysql.jdbc.Driver
spring.datasource.tomcat.default-auto-commit=false
spring.datasource.tomcat.initial-size=5
spring.datasource.tomcat.max-active=20
spring.datasource.tomcat.max-idle=10
spring.datasource.tomcat.min-idle=5
spring.datasource.tomcat.test-while-idle=true
spring.datasource.tomcat.test-on-borrow=false
spring.datasource.tomcat.validation-query=SELECT 1
spring.datasource.tomcat.validation-query-timeout=1
spring.jpa.database-platform=org.hibernate.dialect.MySQL5InnoDBDialect
spring.jpa.show-sql=true
spring.jpa.hibernate.ddl-auto=none
spring.jpa.properties.hibernate.format_sql=true

# 隔离级别配置
spring.jpa.properties.hibernate.connection.isolation=1

在上述配置中,spring.jpa.properties.hibernate.connection.isolation 的值为 1,对应 READ_UNCOMMITTED 隔离级别。需要注意的是,实际是否生效还取决于数据库驱动程序和数据库本身是否支持该隔离级别。

对于使用 Spring Boot 进行开发的应用程序,隔离级别的配置是比较简单的。然而,需要根据具体的业务需求和数据库的支持情况来选择合适的隔离级别。另外,还需要注意隔离级别的使用可能带来的一致性问题,特别是在多线程或分布式环境中。

腾讯云提供了一系列与云计算相关的产品和服务,包括云服务器、数据库、存储、人工智能等。你可以通过访问腾讯云的官方网站(https://cloud.tencent.com/)了解更多相关产品和服务的详细信息。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 举例说明四种事务隔离级别有何差别?

    马克-to-win:比 如说:窗口1是READ-UNCOMMITTED级别,而窗口2是REPEATABLE-READ级别。(如何设置隔离级别,请参见“缺省隔离级别是怎么 回事?如何改变?”)这样,我窗口1读数据时,能看到其他窗口update以后还没有commited的数据。换句话说,你update以后,即使没有提 交,我都能看见。而因为你的级别是REPEATABLE-READ。这个隔离级别比较高,换句话说就是隔离度高。我更新完数据后,你看不到。马克-to-win:你要想看到我 更新的数据,必须得我提交以后,而且你也得提交完成你的transaction(事务)。咱们俩都尘埃落定了,你才能看到我更新的数据。因为这样做其实就 怕我回滚或者你回滚。如果我的窗口1的隔离级别刚才不是设成READ_UNCOMMITTED,而是设成READ_COMMITTED,则我的窗口1只能 看到你commited以后的数据。你不commit的话,当我select * from table时,只能看到以前的数据,你update以后而未提交的变化数据,我一点儿都看不见。同样,如果我的窗口1的隔离级别刚才不是设成 READ_UNCOMMITTED,而是设成SERIERLIZED的话,这是隔离级别最高的一种隔离,可以说隔离得最彻底。我窗口1开始 Transaction(事务)以后,即使我随随便便select * from table一下,你的Transaction之后都无法update。但如果说是你先进的transaction,你update之后,在你没提交之前, 我的普通的select * from table都不能执行。

    02

    【面试】Spring事务面试考点吐血整理(建议珍藏)

    Spring和事务的关系 关系型数据库、某些消息队列等产品或中间件称为事务性资源,因为它们本身支持事务,也能够处理事务。 Spring很显然不是事务性资源,但是它可以管理事务性资源,所以Spring和事务之间是管理关系。 就像Jack Ma虽然不会写代码,但是他却管理者一大批会写代码的码农。 Spring事务三要素 数据源:表示具体的事务性资源,是事务的真正处理者,如MySQL等。 事务管理器:像一个大管家,从整体上管理事务的处理过程,如打开、提交、回滚等。 事务应用和属性配置:像一个标识符,表明哪些方法要参与事务,如何参与事务,以及一些相关属性如隔离级别、超时时间等。 Spring事务的注解配置 把一个DataSource(如DruidDataSource)作为一个@Bean注册到Spring容器中,配置好事务性资源。 把一个@EnableTransactionManagement注解放到一个@Configuration类上,配置好事务管理器,并启用事务管理。 把一个@Transactional注解放到类上或方法上,可以设置注解的属性,表明该方法按配置好的属性参与到事务中。 事务注解的本质 @Transactional这个注解仅仅是一些(和事务相关的)元数据,在运行时被事务基础设施读取消费,并使用这些元数据来配置bean的事务行为。 大致来说具有两方面功能,一是表明该方法要参与事务,二是配置相关属性来定制事务的参与方式和运行行为。 Spring声明式事务实现原理 声明式事务成为可能,主要得益于Spring AOP。使用一个事务拦截器,在方法调用的前后/周围进行事务性增强(advice),来驱动事务完成。 如何回滚一个事务 就是在一个事务上下文中当前正在执行的代码里抛出一个异常,事务基础设施代码会捕获任何未处理的异常,并且做出决定是否标记这个事务为回滚。 默认回滚规则 默认只把runtime, unchecked exceptions标记为回滚,即RuntimeException及其子类,Error默认也导致回滚。Checked exceptions默认不导致回滚。这些规则和EJB是一样的。 如何配置回滚异常 使用@Transactional注解的rollbackFor/rollbackForClassName属性,可以精确配置导致回滚的异常类型,包括checked exceptions。 noRollbackFor/noRollbackForClassName属性,可以配置不导致回滚的异常类型,当遇到这样的未处理异常时,照样提交相关事务。 事务注解在类/方法上 @Transactional注解既可以标注在类上,也可以标注在方法上。当在类上时,默认应用到类里的所有方法。如果此时方法上也标注了,则方法上的优先级高。 事务注解在类上的继承性 @Transactional注解的作用可以传播到子类,即如果父类标了子类就不用标了。但倒过来就不行了。 子类标了,并不会传到父类,所以父类方法不会有事务。父类方法需要在子类中重新声明而参与到子类上的注解,这样才会有事务。 事务注解在接口/类上 @Transactional注解可以用在接口上,也可以在类上。在接口上时,必须使用基于接口的代理才行,即JDK动态代理。 事实是Java的注解不能从接口继承,如果你使用基于类的代理,即CGLIB,或基于织入方面,即AspectJ,事务设置不会被代理和织入基础设施认出来,目标对象不会被包装到一个事务代理中。 Spring团队建议注解标注在类上而非接口上。 只在public方法上生效? 当采用代理来实现事务时,(注意是代理),@Transactional注解只能应用在public方法上。当标记在protected、private、package-visible方法上时,不会产生错误,但也不会表现出为它指定的事务配置。可以认为它作为一个普通的方法参与到一个public方法的事务中。 如果想在非public方法上生效,考虑使用AspectJ(织入方式)。 目标类里的自我调用没有事务? 在代理模式中(这是默认的),只有从外部的方法调用进入通过代理会被拦截,这意味着自我调用(实际就是,目标对象中的一个方法调用目标对象的另一个方法)在运行时不会导致一个实际的事务,即使被调用的方法标有注解。 如果你希望自我调用也使用事务来包装,考虑使用AspectJ的方式。在这种情况下,首先是没有代理。相反,目标类被织入(即它的字节码被修改)来把@Transactional加入到运行时行为,在任何种类的方法上都可以。 事务与线程 和JavaEE事务上下文一样,Spring事务和一个线程的执行相关联,底层是一个ThreadLocal<Map<Object, Object>>,就是每个线程一个map,ke

    03

    【面试】Spring事务面试考点整理

    Spring和事务的关系 关系型数据库、某些消息队列等产品或中间件称为事务性资源,因为它们本身支持事务,也能够处理事务。 Spring很显然不是事务性资源,但是它可以管理事务性资源,所以Spring和事务之间是管理关系。 就像Jack Ma虽然不会写代码,但是他却管理者一大批会写代码的码农。 Spring事务三要素 数据源:表示具体的事务性资源,是事务的真正处理者,如MySQL等。 事务管理器:像一个大管家,从整体上管理事务的处理过程,如打开、提交、回滚等。 事务应用和属性配置:像一个标识符,表明哪些方法要参与事务,如何参与事务,以及一些相关属性如隔离级别、超时时间等。 Spring事务的注解配置 把一个DataSource(如DruidDataSource)作为一个@Bean注册到Spring容器中,配置好事务性资源。 把一个@EnableTransactionManagement注解放到一个@Configuration类上,配置好事务管理器,并启用事务管理。 把一个@Transactional注解放到类上或方法上,可以设置注解的属性,表明该方法按配置好的属性参与到事务中。 事务注解的本质 @Transactional这个注解仅仅是一些(和事务相关的)元数据,在运行时被事务基础设施读取消费,并使用这些元数据来配置bean的事务行为。 大致来说具有两方面功能,一是表明该方法要参与事务,二是配置相关属性来定制事务的参与方式和运行行为。 Spring声明式事务实现原理 声明式事务成为可能,主要得益于Spring AOP。使用一个事务拦截器,在方法调用的前后/周围进行事务性增强(advice),来驱动事务完成。 如何回滚一个事务 就是在一个事务上下文中当前正在执行的代码里抛出一个异常,事务基础设施代码会捕获任何未处理的异常,并且做出决定是否标记这个事务为回滚。 默认回滚规则 默认只把runtime, unchecked exceptions标记为回滚,即RuntimeException及其子类,Error默认也导致回滚。Checked exceptions默认不导致回滚。这些规则和EJB是一样的。 如何配置回滚异常 使用@Transactional注解的rollbackFor/rollbackForClassName属性,可以精确配置导致回滚的异常类型,包括checked exceptions。 noRollbackFor/noRollbackForClassName属性,可以配置不导致回滚的异常类型,当遇到这样的未处理异常时,照样提交相关事务。 事务注解在类/方法上 @Transactional注解既可以标注在类上,也可以标注在方法上。当在类上时,默认应用到类里的所有方法。如果此时方法上也标注了,则方法上的优先级高。 事务注解在类上的继承性 @Transactional注解的作用可以传播到子类,即如果父类标了子类就不用标了。但倒过来就不行了。 子类标了,并不会传到父类,所以父类方法不会有事务。父类方法需要在子类中重新声明而参与到子类上的注解,这样才会有事务。 事务注解在接口/类上 @Transactional注解可以用在接口上,也可以在类上。在接口上时,必须使用基于接口的代理才行,即JDK动态代理。 事实是Java的注解不能从接口继承,如果你使用基于类的代理,即CGLIB,或基于织入方面,即AspectJ,事务设置不会被代理和织入基础设施认出来,目标对象不会被包装到一个事务代理中。 Spring团队建议注解标注在类上而非接口上。 只在public方法上生效? 当采用代理来实现事务时,(注意是代理),@Transactional注解只能应用在public方法上。当标记在protected、private、package-visible方法上时,不会产生错误,但也不会表现出为它指定的事务配置。可以认为它作为一个普通的方法参与到一个public方法的事务中。 如果想在非public方法上生效,考虑使用AspectJ(织入方式)。 目标类里的自我调用没有事务? 在代理模式中(这是默认的),只有从外部的方法调用进入通过代理会被拦截,这意味着自我调用(实际就是,目标对象中的一个方法调用目标对象的另一个方法)在运行时不会导致一个实际的事务,即使被调用的方法标有注解。 如果你希望自我调用也使用事务来包装,考虑使用AspectJ的方式。在这种情况下,首先是没有代理。相反,目标类被织入(即它的字节码被修改)来把@Transactional加入到运行时行为,在任何种类的方法上都可以。 事务与线程 和JavaEE事务上下文一样,Spring事务和一个线程的执行相关联,底层是一个ThreadLocal<Map<Object, Object>>,就是每个线程一个map,ke

    02
    领券