事务相关总结

文章介绍了分布式事务的概念,包括两阶段提交和基于消息队列的异步补偿机制。还讨论了事务的隔离级别,如读未提交、读已提交、可重复读和串行化,以及并发事务可能导致的脏读、不可重复读和幻读问题。此外,文章提到了分布式事务中的死锁现象及解决策略,如超时机制、死锁检测和回滚等。
摘要由CSDN通过智能技术生成

分布式事务

说明

分布式事务是指跨多个数据库或应用程序的事务操作,通过协调多个参与方的事务,保证数据的一致性和可靠性。
常见的分布式事务实现方式有两阶段提交和基于消息队列的异步补偿机制。

两阶段提交

目前最常用的分布式事务实现方式

  • 协调者询问参与者是否可以提交事务;
  • 参与者反馈是否准备好提交事务;
  • 如果所有参与者都准备好了,协调者发出“提交事务”指令;
  • 所有参与者都提交事务,或者其中任何一个参与者出现问题,协调者发出“回滚事务”指令。

消息队列的异步补偿机制

  • 发送方将消息发送给消息队列并更新本地数据库;
  • 接收方接收到消息后执行相关操作,并将结果写入消息队列;
  • 如果接收方成功执行了操作,则发送方会从消息队列中获取结果并更新本地数据库;
  • 如果接收方执行操作失败,则根据业务需求进行相应的补偿操作。

分布式事务消息

说明

  • 分布式事务消息是指在分布式系统中,通过消息中间件来实现分布式事务的一种方式。
  • 在分布式事务中,由于多个服务之间的数据互相依赖,因此需要保证数据的一致性和完整性。
  • 而通过消息中间件,可以确保不同服务之间的数据传输的可靠性和顺序性,从而实现分布式事务的一致性。

优点

  • 减少了服务之间的耦合性,提高了系统的可扩展性和可维护性
  • 通过消息中间件实现了数据的可靠性和顺序性,保证了分布式事务的一致性
  • 可以避免分布式事务中的死锁问题

流程

事务消息交互流程.jpg

事务的隔离级别

概述

事务的隔离级别是指多个并发事务的隔离程度。在关系型数据库中,SQL标准定义了4种隔离级别,从低到高分别为读未提交(Read Uncommitted)、读已提交(Read Committed)、可重复读(Repeatable Read)和串行化(Serializable)。

详解

  • 读未提交(Read Uncommitted):事务中的修改对其他事务可见,即可以读取到未提交的数据。该级别的隔离程度最低,会导致脏读、不可重复读和幻读等问题。
  • 读已提交(Read Committed):事务提交后对其他事务可见,即只能读取到已提交的数据,但是同一个事务内的查询结果可能不一致。该级别下可以避免脏读,但是不可重复读和幻读问题可能会发生。
  • 可重复读(Repeatable Read):事务中查询时会创建一个快照,该快照对其他事务隐藏。即在同一个事务内,多次执行相同的查询语句返回的结果是一致的。该级别下可以避免脏读和不可重复读,但是幻读问题可能会发生。
  • 串行化(Serializable):最高的隔离级别,事务串行执行,彼此不会相互干扰,所有事务都按顺序执行。可以避免所有并发问题,但是事务串行执行可能会影响系统的性能。

总结

事务的隔离级别越高,对数据的访问和修改就越受限,对数据库系统的性能和并发性能的影响也越大。因此,在选择隔离级别时需要根据具体业务需求和系统性能要求进行权衡。

经典问题

概述

  • 脏读、不可重复读和幻读都是并发事务中常见的问题,可能会导致数据的不一致性和可靠性问题。
  • 为了避免这些问题,可以使用事务的隔离机制来控制并发访问,以确保数据的完整性和一致性。
  • 常用的隔离级别包括读未提交、读已提交、可重复读和串行化。

脏读

脏读(Dirty Read)是指一个事务读取了另一个事务未提交的数据。假设事务A正在执行,事务B也开始执行。事务B读取了事务A尚未提交的数据,并基于这些数据做出了决策。然而,如果事务A最终回滚,则事务B基于这些“脏”的数据做出的决策就会产生问题。

不可重复读

不可重复读(Non-repeatable Read)是指在同一个事务中,多次读取同一数据产生不同的结果。假设事务A在读取数据时,另一个事务B更新了同一数据,并提交了事务。此时,事务A再次读取该数据,发现与第一次读取到的数据不同。这种情况下,事务A就遇到了不可重复读的问题。

幻读

幻读(Phantom Read)是指在同一个事务中,多次查询同一数据时产生不同的结果。假设事务A在查询数据时,另一个事务B新增或删除了一些数据,然后提交了事务。此时,事务A再次查询该数据,发现结果不同。这种情况下,事务A就遇到了幻读的问题。

分布式事务死锁

概述

  • 分布式事务死锁是指在分布式系统中,由于多个节点同时访问共享资源,可能会出现循环依赖,进而导致系统出现死锁现象。
  • 在分布式事务中,涉及到多个节点之间的协调和通信,如果节点之间协调不当,就会出现死锁。

解决方法

  • 超时机制:如果一个节点在一定时间内无法获取到锁,就会超时退出。这种方法可以避免死锁的发生,但会增加系统的开销和响应时间。
  • 死锁检测和回滚:在分布式系统中,可以通过死锁检测机制来检测是否存在死锁,如果发现死锁,可以采取回滚操作来解除死锁。
  • 优化事务协调机制:如果在事务协调的过程中,节点之间的通信和协调机制得到优化,可以减少死锁的发生。
  • 分布式锁:通过使用分布式锁机制来控制多个节点之间的访问,避免出现死锁现象。

总结

  • 分布式事务死锁是分布式系统中常见的问题,需要仔细考虑和解决。
  • 在设计分布式系统时,需要充分考虑事务的协调和通信问题,以避免出现死锁现象。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值