所有文章

• 【原】Transaction rolled back because it has been marked as rollback-only

  JAVA开发

  最近在整理以前的工作笔记，又发现一个有意思的bug，在一个service调用另外一个类的方法时，出现了一个spring的事务问题，Transactionrolledbackbecauseithasbeenmarkedasrollback-only，时间过去有点儿久了，不记得是压测时出的问题还是线上运行时出的问题了。2021-01-2519:42:00.025[pool-3-thread-1]ERRORo.s.s.support.TaskUtils$LoggingErrorHandler-Unexpectederroroccurredinschedu...

  不忘初心 2021-12-05 围观(918) 评论(0) 点赞(24) 【JAVA开发】

  阅读更多

• 【原】org.springframework.transaction.NoTransactionException: No transaction aspect-managed TransactionStatus in scope

  JAVA开发

  最近碰到一个spring事务问题，由于偷懒没有写service，所以很多业务逻辑都是堆在controller中，但是controller中并没有配置事务，最终导致了N多脏数据，在没有老老实实抽service之前，突发奇想，加了一个手动事务回滚，瞬间报错了。。。2019-10-2812:56:49[http-nio-8080-exec-3][ERROR][com.hztxt.business.aspect.GlobalExceptionHandler:19]-Exception:org.springframework.transaction.NoTr...

  不忘初心 2020-01-20 围观(695) 评论(0) 点赞(21) 【JAVA开发】

  阅读更多

• 【原】Srping事务的七种传播特性

  JAVA开发

  上一篇文章中见过了事务的特性以及隔离级别，今天来说一下事务的传播性，事务是一个好东西，但是并不是每一个方法都应该加上事务，在事务的隔离级别中提到过一点：越是严格，耗费的性能越大，那么如果每个方法都加了事务，而不论是否会涉及到数据的修改，那么这就属于事务的滥用了，没起到应有的作用不说，反而还会一点点的拖慢你的系统。为了应对这一问题，“事务的传播性”这一概念又横空出世了，打个最简单的比方：现在的项目中，大多都分层，controller层+service层+dao层，而业务一般都堆积在service层，要么是service调service，要么是serv...

  不忘初心 2019-03-15 围观(1121) 评论(0) 点赞(11) 【JAVA开发】

  阅读更多

• 【原】事务的特性和隔离级别

  数据库

  “事务”，一个经常能听到的概念，它到底是个什么东西呢？数据库管理系统执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成，事务的正确执行，使得数据从一种状态转换到另外一种状态。它具有四大特性：A（原子性）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节；张三给李四转账，必须是张三扣钱、李四加钱这两个环节一起完成，这两个动作必须是原子化的，要么都成功，要么都失败C（一致性）：事务开始前和结束后，数据库的完整性约束没有被破坏；还是上面转账的例子，双方必须保持一致，不能说张三的钱被扣了，但是李四的钱没有加上，这样就会导致数据错乱...

  不忘初心 2019-03-14 围观(553) 评论(0) 点赞(12) 【数据库】

  阅读更多