事务传播如何影响数据库中的更新

Question

我正在尝试使用SpringJTA-JPA-Hibernate了解事务传播的行为。

本质上，我正在尝试更新一个实体。为此，我编写了一个测试方法，其中我使用实体管理器（em）查找方法获取对象（所以现在这个对象是管理对象）。更新获取的对象的属性。然后可选地调用正在调用em.merge的服务层（服务层传播=必需）

现在我这里有三个变体：

> < li>

测试方法没有事务注释。更新提取的对象的属性，不调用服务层。

1.1. 结果级别 1 缓存不会更新，数据库也不会更新。

测试方法没有事务注释。更新提取对象的属性。调用服务层。

2.1.结果级别1缓存和数据库得到更新。

测试方法具有跨国注释，可以是以下任何一种。请参阅下表，了解测试方法的传播值和服务调用的结果。

(服务层传播=必需)

因此，要阅读上表，第1行表示如果Test方法具有事务传播=REQUIRED并且如果进行了服务层调用，则结果是更新到Level 1缓存，但不更新到DB

下面是我的测试用例

    @Test

    public void testUpdateCategory() {
//Get the object via entity manager
        Category rootAChild1 = categoryService.find(TestCaseConstants.CategoryConstant.rootAChild1PK);
        assertNotNull(rootAChild1);
        rootAChild1.setName(TestCaseConstants.CategoryConstant.rootAChild1 + "_updated");

// OPTIONALLY call update
    categoryService.update(rootAChild1);

//Get the object via entity manager. I believe this time object is fetched from L1 cache. As DB doesn't get updated but test case passes
Category rootAChild1Updated = categoryService.find(TestCaseConstants.CategoryConstant.rootAChild1PK);
        assertNotNull(rootAChild1Updated);
        assertEquals(TestCaseConstants.CategoryConstant.rootAChild1 + "_updated", rootAChild1Updated.getName());
        List<Category> categories = rootAChild1Updated.getCategories();
        assertNotNull(categories);
        assertEquals(TestCaseConstants.CategoryConstant.rootAChild1_Child1,categories.get(0).getName());
    }

服务层

 @Service
    public class CategoryServiceImpl implements CategoryService {   
        @Transactional
        @Override
        public void update(Category category) {
            categoryDao.update(category);
        }
    }

刀

 @Repository
    public class CategoryDaoImpl {
    @Override
        public void update(Category category) {
            em.merge(category);
        }
    }

问题：有人能解释为什么REQUIRED、REQUIRES_NEW和NESTED不会导致在DB中插入吗？

为什么在我的三个变体中，测试用例上缺少事务注释会导致数据库中的插入？

谢谢

Answer 1

您看到的＜code＞REQUIRED＜/code＞、＜code＞NESTED＜/code＞和＜code＞requireds_NEW＜/code＞的效果是由于您检查更新太早

（我在这里假设您在测试方法到达断言的同时检查db更改，或者您在执行测试后以某种方式回滚测试方法事务）

很简单，您的断言仍然在测试方法中的@Transactional注释创建的上下文中。因此，尚未调用数据库的隐式刷新。

在其他三种情况下，测试方法上的@Transactional注释不会启动服务方法加入的事务。因此，事务仅跨越服务方法的执行，并且刷新在测试断言之前发生。