spring本地事务与单/多线程

分手后的思念是犯贱 2024-02-17 10:23 30阅读 0赞

请直接看原文

原文链接:[多线程与数据库事务以及数据库连接之间的关系 - 知乎 (zhihu.com)][- _ _zhihu.com]

\--------------------------------------------------------------------------------------------------------------------------------

今天我们来梳理一下， **多线程、数据库事务、数据库连接之间的关系**

### **单线程下** ###

#### **先来看一段代码** ####

@Transactional
        @Override
        public void updateTest(Test updateVO) {
            Test test = testMapper.selectByPrimaryKey(updateVO.getId());
            System.out.println("当前线程是: "+Thread.currentThread().getName()+"查出来的值是"+JSON.toJSON(test).toString());
            testMapper.updateByPrimaryKey(updateVO);
            testMapper.deleteByPrimaryKey(2);
        }

#### **这段代码说明了什么？** ####

*  开启了事务
 *  其中有三次和数据库交互的操作

问题来了，这三个与数据库的操作，**与数据库建立的连接是同一个吗？还是不同的连接呢？**

*  开启事务的话，建立一次连接 ：控制台输出**Fetched SqlSession**的字样
 *  没开启事务的话，建立三次连接 ：控制台输出**Creating a new SqlSession**的字样

为什么会这样呢，就是因为 我们经常说的**事务**

> 假如说，当我们有一个线程A来执行此方法时，发现此方法开启了事务， **而事务，又是基于数据库Connection连接的**，这个事务中有三个操作数据库的dao方法，此时线程A会用同一个connection连接操作这三个dao方法.

![format_png][]

我们再来看下事务，假如说程序有一个方法,一个方法里调了两个接口方法，每个接口方法都开启了事务，每个接口都有三个dao方法的操作.如下面类似的代码

![f17d8ac68cd94a4f92842340c81761cb.png][]

结果就是如下图:一个线程对应一个connection数据库连接, 这个连接上可以有两个事务,且两个事务都能正常执行且互不影响.

![format_png 1][]

### **多线程下** ###

假如说有两个线程同时进入这个接口，线程操作数据库里数据时，那么他们的关系又会是什么样的呢？

![format_png 2][]

从图中我们可以看到，**两个线程分别获得不同的数据库连接**，各自有各自的事务，这个时候，就是前文说的**多事务**

### **总结** ###

1.同一时刻，不同的线程会获取到不同的数据库连接Connection对象，各自开启各自的事务, 每个事务之间是由mysql自己来实现事务的隔离性的.

2.开启事务后，为什么三个dao方法可以获得同一个Connection？

当前线程把connection对象存到了ThreadLocal中， ThreadLocal 中保存了一个 map，key 是DataSource数据源，value 是数据库连接Connection。当一个线程多次操作数据库的时候（很多个dao），每次都可以获得同一个数据库连接.

3.为什么要确保是同一个数据库连接？

是因为数据库的事务是基于数据库连接的，如果这个线程操作了三次dao每次连接都不一样，那么就没办法保证这三次操作被同一个事务所管理.

4.什么是本地事务？

就是几个dao方法只被一个线程操作,然后就只产生了一个connection连接对象. 这才能就是说是本地事务.

[- _ _zhihu.com]: https://zhuanlan.zhihu.com/p/393009065#:~:text=%E5%A6%82%E6%9E%9C%E4%B8%8D%E5%90%8C%E7%9A%84%E7%BA%BF%E7%A8%8B%E8%8E%B7%E5%8F%96%E7%9A%84%E6%98%AF%E5%90%8C%E4%B8%80%E4%B8%AA%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%9E%E6%8E%A5%EF%BC%8C%E5%B0%B1%E4%BC%9A%E4%BA%A7%E7%94%9F%20%E4%BA%8B%E5%8A%A1%E5%86%B2%E7%AA%81,%EF%BC%8CA%E7%BA%BF%E7%A8%8B%E5%88%9B%E5%BB%BA%E4%BA%86A%E4%BA%8B%E5%8A%A1%EF%BC%8CB%E7%BA%BF%E7%A8%8B%E5%88%9B%E5%BB%BA%E4%BA%86B%E4%BA%8B%E5%8A%A1%EF%BC%8C%E6%9C%89%E5%8F%AF%E8%83%BDA%E4%BA%8B%E5%8A%A1%E8%BF%98%E6%9C%AA%E6%8F%90%E4%BA%A4%EF%BC%8CB%E4%BA%8B%E5%8A%A1%E5%B0%B1%E6%8F%90%E4%BA%A4%E4%BA%86%EF%BC%8C%E9%82%A3%E4%B9%88%E8%BF%99%E4%B8%AA%E6%97%B6%E5%80%99%E5%A4%9A%E7%BA%BF%E7%A8%8B%E6%89%A7%E8%A1%8C%E7%9A%84dao%E6%96%B9%E6%B3%95%E7%9B%B8%E5%85%B3%E7%9A%84%E6%95%B0%E6%8D%AE%E5%BA%93%E6%93%8D%E4%BD%9C%E9%83%BD%E4%BC%9A%E7%94%9F%E6%95%88%EF%BC%8C%E8%80%8CA%E4%BA%8B%E5%8A%A1%E5%85%B6%E4%BB%96%E6%96%B9%E6%B3%95%E8%BF%98%E6%9C%AA%E6%89%A7%E8%A1%8C%EF%BC%8C%E5%AF%BC%E8%87%B4%E9%97%AE%E9%A2%98%E5%8F%91%E7%94%9F%EF%BC%8C%20%E8%80%8C%E4%BA%8B%E5%8A%A1%E7%9A%84%E9%9A%94%E7%A6%BB%E6%80%A7%E6%98%AF%E5%9F%BA%E4%BA%8E%E4%B8%8D%E5%90%8C%E7%9A%84%E8%BF%9E%E6%8E%A5%E7%9A%84%EF%BC%8C%E9%81%BF%E5%85%8D%E4%B8%8D%E4%BA%86%E8%BF%99%E7%A7%8D%E6%83%85%E5%86%B5
[format_png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/06/469439e9aa7f43a4b902148f7c124af5.png
[f17d8ac68cd94a4f92842340c81761cb.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/06/0219d12e254b4ec2b8678b11ccde6eaf.png
[format_png 1]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/06/767d3640182d497d9271bbcf6c550184.png
[format_png 2]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/06/d0aadd384ce644f98a971ad8723749d2.png