#单体事务#分布式事务Seata#事务的传播行为#事务失效情况

单体事务

事务的隔离级别

• 读未提交
  该隔离级别的事务会读到其他未提交事务的数据, 次现象也称之为脏读
• 读已提交
  一个事务可以读取另外一个已提交的事务, 多次读取会造成不一样的结果, 此现象成为不可重复读问题, Oracle和sql server的默认隔离级别
• 可重复读
  该隔离级别是mysql默认的隔离级别, 在同一个事务里, select的结果是事务开始时时间点的状态, 因此, 同样的select 操作读取到的结果是一致的, (也就是, 事务开始时查询的值是1, 事务执行期间再查询还是1;)但是, 会有幻读的现象;
  Mysql的InnoDB引擎可以通过next-key locks机制(行锁)来避免幻读
• 序列化
  在隔离级别下的事务都是串行顺序执行的, mysql数据库的InnoDB引擎会给读操作隐式的加一把读共享锁, 从而避免了脏读, 不可重复读和幻读的问题

---

事务的传播行为

• PROPAGATION_REQUIRED: 如果当前没有事务, 就创建一个新事务, 如果当前存在事务, 就加入该事务, 该设置是最常用的设置
• PROPAGATION_SUPPORTS: 支持当前事务, 如果当前存在事务, 就加入该事务, 如果当前不存在事务, 就以非事务执行
• PROPAGATION_MANDATORY: 支持当前事务, 如果当前存在事务, 就加入该事务, 如果当前不存在事务, 就抛出异常
• PROPAGATION_REQUIRES_NEW: 创建新事务, 无论当前存不存在事务, 都创建事务
• PROPAGATION_NOT_SUPPORTED: 以非事务方式执行操作, 如果当前存在事务, 就把当前事务挂起
• PROPAGATION_NEVER: 以非事务方式执行, 如果当前存在事务, 则抛出异常
• PROPAGATION_NESTED: 如果当前存在事务, 则在嵌套事务内执行; 如果当前没有事务, 则与PROPAGATION_REQUIRED类似的操作

---

重点1

本类方法互调, 事务配置失效情况:

@Transactional(timeout=30)
public void a(){
	b();
	c();
}

@Transactional(propagation=PROPAGATION_REQUIRED,timeout=10)
public void b(){

}

@Transactional(propagation=PROPAGATION_REQUIRES_NEW)
public void c(){

}

• b设置成需要一个事务, 那么b将与a所在一个事务内, 如果出现问题, a和b都会回滚; 而且因为b与a是公用一个事务的, 因此即使b在事务上设置了超时时间为10s, 但是这个配置不会起作用, b的超时时间仍然会与a相同, b和a的超时时间都为30s
• 而c设置为需要一个新事务, 那么c与a不在一个事务内, 互不影响, 即: c出现问题, c会回滚, 但是a和b不会
  总结:
• b 和 a 在一个事务内, 而且事务的配置是由a决定的,
• c是一个事务, b和a是一个事务, 两个事务互不干涉,

---

重点2

不同类调用事务, 配置是可以生效的

class A{
	@Autowired
	B b;

	@Transactional(timeout=30)
	public void a(){
		b.b();  //如果是这样子, 不在同一个类中, 就会生成两个代理对象, 那么B类的b方法上的事务配置, 就会生效, 此时b的事务超时时间就是10s, 而a方法超时时间是30s
		c();
	}

	@Transactional(propagation=PROPAGATION_REQUIRES_NEW)
	public void c(){
	
	}
}

class B {
	@Transactional(propagation=PROPAGATION_REQUIRED,timeout=10)
	public void b(){
	
	}

}

由上边的实例可以看出一个问题, 同一个对象(类)内事务方法互调默认会失效,
就是b 和 a 在一个事务内, 而且事务的配置是由a决定的, 而不是a控制a的事务配置, b控制b的事务配置, 因为这样子, 相当于方法调用方法, 只是认为的将一堆的代码分成了几分, 而且spring使用代理对象, 一个类只会有一个代理对象

---

同一个对象内事务配置失效解决办法:

1, 引依赖

<depenency>
	<groupId>org.springframework.boot</groupId>
	<artifactId>spring-boot-starter-aop</artifactId>
</dependency>

2, 开启功能, 替换掉原来的JDK默认代理, 换成aspectJ动态代理功能

@EnableAspectJAutoProxy(exposeProxy = true)
public class XXXApplication{
	main方法();
}

aspectJ代理的特点是: 即使没有接口, 也可以代理
exposeProxy 的作用是: 对外暴露代理对象,

3, 本类内代理对象互调用

public class OrderServiceImpl{
	public void a(){
		OrderServiceImpl oder = (OrderServiceImpl)AopContext.currentProxy();
		order.yy();
	}
	public void other(){
	
	)
}

---

重点3

因此, 针对本类事务配置不生效的情况, 就可以这么解决,
1, 引依赖,
2, 开注解
3, 本类互相调用

@Transactional(timeout=30)
public void a(){
	//b();  //这样子调用, b的事务配置不生效
	//c();//这样子调用, b的事务配置不生效
	
	//需要这样子做:
	OrderServiceImpl oder = (OrderServiceImpl)AopContext.currentProxy();
	order.b(); 
	order.c();
}

@Transactional(propagation=PROPAGATION_REQUIRED,timeout=10)
public void b(){

}

@Transactional(propagation=PROPAGATION_REQUIRES_NEW)
public void c(){

}

---

分布式事务

场景

• A服务调用B服务, B服务业务代码其实执行成功了, 但是由于网络等, A接收到了一个Feign调用超时, 因此, A进行事务回滚, B却正常执行了, 导致数据不同步
• A调用B服务, B服务代码正常执行, A也正常接收到了, 但是A在运行之后的代码报错了, A进行了事务回滚, 但是B服务的却没有

分布式事务保持一致性的算法: raft算法, 反正就是集群选举, 主从如何复制日志保持同步之类的, 又不是搞算法的, 了解即可, 面试问的都是sb

---

Seata

大体流程就是, 由一个业务代码, 提交一个事务, ™, TM提交事务给TC(事务管理器), 然后业务代码调用其他微服务, 其他微服务在执行之前, 也是给TC进行一个事务注册, 称为分支事务,(RM), 只要其中任意一个RM有问题了, TC就可以感知到, 然后命令所有的RM相关的服务都进行回滚;

总结就是: 一个开头的代码提交事务(TM), 给TC, 调用的其他服务, 也开启分支事务, 提交给TC, 这样TC就管控了所有微服务设计的RM, 当发生异常的时候, TC命令所有RM, TM进行回滚

Seata, AT模式下的回滚, 是按照TCC协议去处理的, 就是你源代码是insert, 他就delete, 做一个回补 ,因此Seata是需要一张表undo_log表, 来记录对数据库的操作, 方便后续做回补;
AT模式, 比较适用于一般场景, 如果高并发模式下, 不适用

---

使用

1, 导依赖, 查看依赖包里的, seata-all 是什么版本, 我这里是1.1.0

<dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-seata</artifactId>
</dependency>

2, 下载seata-server并启动

修改registry.conf


修改file.conf

看下file.conf的配置

transport {
  # tcp udt unix-domain-socket
  type = "TCP"
  #NIO NATIVE
  server = "NIO"
  #enable heartbeat
  heartbeat = true
  #thread factory for netty
  thread-factory {
    boss-thread-prefix = "NettyBoss"
    worker-thread-prefix = "NettyServerNIOWorker"
    server-executor-thread-prefix = "NettyServerBizHandler"
    share-boss-worker = false
    client-selector-thread-prefix = "NettyClientSelector"
    client-selector-thread-size = 1
    client-worker-thread-prefix = "NettyClientWorkerThread"
    # netty boss thread size,will not be used for UDT
    boss-thread-size = 1
    #auto default pin or 8
    worker-thread-size = 8
  }
  shutdown {
    # when destroy server, wait seconds
    wait = 3
  }
  serialization = "seata"
  compressor = "none"
}
service {
  #vgroup->rgroup
  vgroup_mapping.gulimall-order-fescar-service-group = "default"
  #only support single node
  default.grouplist = "127.0.0.1:8091"
  #degrade current not support
  enableDegrade = false
  #disable
  disable = false
  #unit ms,s,m,h,d represents milliseconds, seconds, minutes, hours, days, default permanent
  max.commit.retry.timeout = "-1"
  max.rollback.retry.timeout = "-1"
}

client {
  async.commit.buffer.limit = 10000
  lock {
    retry.internal = 10
    retry.times = 30
  }
  report.retry.count = 5
}

## transaction log store
store {
  ## store mode: file、db
  mode = "file"

  ## file store
  file {
    dir = "sessionStore"

    # branch session size , if exceeded first try compress lockkey, still exceeded throws exceptions
    max-branch-session-size = 16384
    # globe session size , if exceeded throws exceptions
    max-global-session-size = 512
    # file buffer size , if exceeded allocate new buffer
    file-write-buffer-cache-size = 16384
    # when recover batch read size
    session.reload.read_size = 100
    # async, sync
    flush-disk-mode = async
  }

  ## database store
  db {
    ## the implement of javax.sql.DataSource, such as DruidDataSource(druid)/BasicDataSource(dbcp) etc.
    datasource = "dbcp"
    ## mysql/oracle/h2/oceanbase etc.
    db-type = "mysql"
    url = "jdbc:mysql://127.0.0.1:3306/seata"
    user = "mysql"
    password = "mysql"
    min-conn = 1
    max-conn = 3
    global.table = "global_table"
    branch.table = "branch_table"
    lock-table = "lock_table"
    query-limit = 100
  }
}
lock {
  ## the lock store mode: local、remote
  mode = "remote"

  local {
    ## store locks in user's database
  }

  remote {
    ## store locks in the seata's server
  }
}
recovery {
  committing-retry-delay = 30
  asyn-committing-retry-delay = 30
  rollbacking-retry-delay = 30
  timeout-retry-delay = 30
}

transaction {
  undo.data.validation = true
  undo.log.serialization = "jackson"
}

## metrics settings
metrics {
  enabled = false
  registry-type = "compact"
  # multi exporters use comma divided
  exporter-list = "prometheus"
  exporter-prometheus-port = 9898
}

看下registery.conf的配置

registry {
  # file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
  type = "nacos"

  nacos {
    serverAddr = "localhost:8848"
    namespace = "public"
    cluster = "default"
  }
  eureka {
    serviceUrl = "http://localhost:1001/eureka"
    application = "default"
    weight = "1"
  }
  redis {
    serverAddr = "localhost:6379"
    db = "0"
  }
  zk {
    cluster = "default"
    serverAddr = "127.0.0.1:2181"
    session.timeout = 6000
    connect.timeout = 2000
  }
  consul {
    cluster = "default"
    serverAddr = "127.0.0.1:8500"
  }
  etcd3 {
    cluster = "default"
    serverAddr = "http://localhost:2379"
  }
  sofa {
    serverAddr = "127.0.0.1:9603"
    application = "default"
    region = "DEFAULT_ZONE"
    datacenter = "DefaultDataCenter"
    cluster = "default"
    group = "SEATA_GROUP"
    addressWaitTime = "3000"
  }
  file {
    name = "file.conf"
  }
}

config {
  # file、nacos 、apollo、zk、consul、etcd3
  type = "file"

  nacos {
    serverAddr = "localhost"
    namespace = "public"
    cluster = "default"
  }
  consul {
    serverAddr = "127.0.0.1:8500"
  }
  apollo {
    app.id = "seata-server"
    apollo.meta = "http://192.168.1.204:8801"
  }
  zk {
    serverAddr = "127.0.0.1:2181"
    session.timeout = 6000
    connect.timeout = 2000
  }
  etcd3 {
    serverAddr = "http://localhost:2379"
  }
  file {
    name = "file.conf"
  }
}

如果seata-server启动成功了, 那么在nacos中可以看到一个叫"serverAdd"的服务

3, 代码里标注全局事务注解, 其他远程服务还用原来的@Transactional注解

@GlobalTransactional
public void E(){

}

4, 设置配置类, 让seata来代理数据源

import com.zaxxer.hikari.HikariDataSource;
import io.seata.rm.datasource.DataSourceProxy;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.autoconfigure.jdbc.DataSourceProperties;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.util.StringUtils;

import javax.sql.DataSource;


@Configuration
public class MySeataConfig {

    @Autowired
    DataSourceProperties dataSourceProperties;


    @Bean
    public DataSource dataSource(DataSourceProperties dataSourceProperties) {

        HikariDataSource dataSource = dataSourceProperties.initializeDataSourceBuilder().type(HikariDataSource.class).build();
        if (StringUtils.hasText(dataSourceProperties.getName())) {
            dataSource.setPoolName(dataSourceProperties.getName());
        }

        return new DataSourceProxy(dataSource);
    }

}

5, 导入file.conf和registery.conf到项目中

---

操作过程中遇到的问题

这里有一个我操作过程中, 遇到的坑比:
就是老是提示, no avliable server null, 什么DataSource没办法代理啥啥的
百度找了找, 说是file.conf配置有问题, 原来是下边的, 后来找了找, 网上说源码取的是groupMapping, 后来debug跟了下确实是, 不知道搞的什么飞机, 反正关键类是NettyClientChannelManager , 有兴趣的debug看下

但是我配置之后还是不管用, 即使两个都打开, 还是不管用, 感觉不像这里的原因, 反正也没仔细去看,然后又是一堆debug看代码, 问题根源是这个类SeataProperties

现象:
莫名其妙找一个server名字叫做, gulimall-order-seata-service-group的, 然后一直提示找不到

解决
指定spring.cloud.alibaba.seata.tx-service-group的值

然后重启解决, 当时其实雷神在讲课的时候, 提了这个配置了, 没注意, 当时没记错的话, 他说的是二选一, 不知道我这里为什么两个都得配置, 反正无所谓了, 长经验嘛