浅析java多线程同步和数据库事务的原子性

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个数据库开发实战，手把手教大家学习《浅析java多线程同步和数据库事务的原子性》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

我一直在不断地更新对“java多线程同步的原子性”和“数据库事务的原子性”的理解。

1. synchronized代码块的原子性

我认为，java的原子性是指，为了确保多线程读写共享数据时的安全性，必须根据业务需求，确保一个线程对共享数据的读-计算-写操作的整个过程中，没有其它线程来读写这个数据。

Synchronized关键字并不会确保进入Synchronized代码块的线程不被操作系统线程调度中断、不会确保synchronized代码块执行过程中不进行线程上下文的切换。

Synchronized关键字是通过：只允许获得了lock对象的monitor的线程进入代码块，没有获得monitor的线程不能执行代码块，那么获得了monitor的线程对共享数据的读计算写操作整个过程中、就不会有其它的线程能操作共享数据、也就实现了一个线程对共享数据操作过程中不会有其它线程在中间参与进来的目的。

2.数据库事务中的原子性

在我不断地更新对java并发编程的理解的过程中，我总是会尝试将其与数据库事务进行类比，由于这种类比，导致我之前对数据库事务的原子性的理解是：在一个事务对对同一行记录的读-计算-写的过程中，不能有其它事务也对相同记录进行读-写-计算的过程。

今天我读了一篇被华为云专栏收录的文章-事务的4个特性-给我的认知是：数据库事务的原子性的概念仅确保一系列操作要么全部成功、要么只要一个操作失败就回滚之前的所有更新，这个特性在mysql中使用undolog实现。

数据库事务的隔离性及隔离级别

我想，由于数据库事务会提供多种可选的隔离级别，因此数据库事务相比java多线程同步更复杂一些。

多种隔离级别，对数据的安全性高低要求不同，因此各种隔离级别下，事务对操作的控制方式也不同。

以mysql为例：
如果将数据库隔离级别设置为Read-Uncommited，那么是允许脏读（一个事务读到了另一个事务未提交的数据，如果另一个事务发生回滚，就出现脏读）

如果将数据库隔离级别设置为Read-Commited，那么是允许不可重复读（同一个事务中，前后读取同一行记录，读到的数据不一致。第二次读的时候，读到了另外的事务刚刚提交的数据）

如果将数据库隔离解表设置为Repeatable-Read，那么是允许幻读（同一个事务内，前后两次读取的记录数不同）

如果将数据库隔离解表设置为Serializable，那么是要求并发的事务只能串行化执行，不能并行读取。

在mysql中，事务的隔离性通过mvcc+undolog实现，RC隔离级别、与RR隔离级别对隔离性的实现的区别是：生成read-view的时机不同，RC允许每次进行快照读时都生成一个新的read-view，但是RR则要求整个事务过程中，第一次进行快照读时生成一个read-view，之后的所有快照读都使用这个read-view，但在事务执行了更新操作后，要重新生成新的read-view。
参考：Mysql系列（四）彻底理解MVCC+行锁+表锁+间隙锁

在mysql中持久性，通过redolog和二阶段提交确保，在保证数据库性能的同时，也能保证在服务器出现未预期的断电宕机等情况下数据不会丢失。

原子性、隔离性、持久性，以上三个特性合作实现了事务的一致性。

3. java多线程同步与数据库事务对比

写到数据库事务隔离级别与数据安全性要求的时候，我又进行了类别：
Read-uncommited:相当于java多线程并行操作共享数据时，不进行任何同步控制
Read-commited/Repeatable-Read:相当于java多线程并行操作共享数据时，使用reentrantReadWriteLock
Serializable：相当于java 使用 Synchronized

今天关于《浅析java多线程同步和数据库事务的原子性》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！