这几天在看雷神的谷粒商城课程，写到订单服务，引入Seata来解决分布式事务问题的时候遇到了一些问题，代码一直跑不通，鉴于某C**N论坛上的答案几乎都没能帮我解决问题，决定记录一下折腾了一天的成果，希望可以帮助到和我遇到相同问题的朋友；
由于个人能力有限，很多地方只知其然不知其所以然，我还没有搞懂它的具体作用原理，如果有大神知道更规范的、更好的解决方案，也希望能在评论区分享给我；
全篇文章完全是我结合自己遇到的问题一点点码出来的，因此未经允许，禁止转载；
Seata引起MP的批量保存错误问题
在引入Seata之后，我想测试一下它的分布式事务AT模式，能不能在出现错误之后回滚事务，于是打了个断点开始执行；
了解过谷粒商城项目的同学应该都知道，订单模块创建订单的过程大致上分为以下几个步骤：
- 生成一个订单对象，设置属性，将订单实体保存到order表中
- 封装订单项（Order Item）列表，每一个订单项实体都和一个订单实体关联，将订单项对象批量保存到order_item表
- 远程调用库存服务，锁定库存
这三个步骤，只要有其中一个出问题，其他都必须要回滚；为了测试，在远程调用库存服务的后面，我加了一行double i = 10/0;这样一行代码，使其抛出异常，如果Seata正确工作，那么锁定库存的操作应该会被回滚 ；
然而在断点调试的时候，发现它根本就没走到远程调用这一步，就挂了，提前抛出了一个其他的异常；
经过调试，在保存订单实体和订单项实体的方法中，发现：
- 使用MyBatis-Plus的save方法，保存订单实体，能成功
- 使用MyBatis-Plus的saveBatch方法，批量保存订单项，失败，抛出了异常
控制台打印了一下insert语句，它说这条语句有错误，我就很纳闷，save方法都执行成功了，怎么可能是sql语句的问题…
经过翻阅大量的C**N博客，最后发现，有一篇中指出，使用的Seata版本如果是0.7.1，会让MP的批量保存方法失效，如果希望批量保存，那么 就要使用for循环调用save方法（那必不可能，for循环调用save，得慢成什么样…），或者提升Seata的版本；
然而在谷粒商城的视频里并没有出现这个错误，可能是由于SpringBoot和MP的版本在后面的提升中引起的这个问题，如果有兴趣，可以把SpringBoot和MP降版本，降到2.1.8看看能不能行；
因为我的项目SpringBoot的版本都是2.2.12，也就是2.2.x的最高版本，并且所有的模块都是2.2.12，改起来怕引起其他错误，因此我最终选择的方案是提升Seata的版本；
这里要吐槽一下，很多博客里多说要配置数据源，手动配置SQLSessionFactory，我都试了，都不好使；
谷粒商城毕竟是19年录的视频，现在技术更新换代太快了，遇到一些技术，还是去了解、掌握比较新的版本吧；
Seata 1.1.0版本的配置问题
在上面已经提到过，我的项目SpringBoot版本选择问题，我选择的2.2.x的版本，需要配合指定的Spring Cloud 以及 Spring Cloud Alibaba使用，因此Seata的版本升级，我也没有选用现在最新的版本，我选择的是IDEA给我自动提示的2.2.0，它里面自动装好的Seata启动器是1.1.0版本；
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-alibaba-seata</artifactId>
<version>2.2.0.RELEASE</version>
</dependency>
<dependency>
<groupId>io.seata</groupId>
<artifactId>seata-spring-boot-starter</artifactId>
</dependency>
在升级的时候需要注意，Seata在1.x后面的版本，配置上都会有一定的改动，它支持使用.yml、.properties文件进行配置，可以不再使用.conf文件配置；
在配置这个东西的时候，它总是给我报错，说我不能正确注册一个 null 或者 不能正确注册一个default，这个东西我也查了一段时间，C**N上的很多方法我这边也无效；
最终我在配置文件中添加了这样的配置
seata:
service:
vgroup-mapping:
项目名: default
grouplist:
serverAddr: 127.0.0.1:8091 # 注意这里
第6行的配置，在很多示例里面，它都是 default : 127.0.0.1:8091，然而一直在出问题，虽然我不知道它的作用机制到底是什么样的（如果感兴趣可以到官网 seata.io 中，看一下他们对 grouplist的解释）
我把这个default改成了，seata在nacos注册中心里面的服务名serverAddr（很奇怪的名字，并且这个名字在后面的版本中被改变了，如果你用的版本更高，那么就需要注意一下）
重点是，我在将default改成serverAddr之后，重启服务，仍然报错，然后我把5、6行合并（就是把第6行前面的空格都删了，让它回第5行），然后再按回车把它送回第6行，再重启，就不报错了…
对了，既然提到了1.1.0 的版本，就需要额外说一句，在Seata的1.x版本中，数据源的配置不需要手动创建它的代理类，可以通过配置开启数据源自动代理（文档里说，如果是依赖seata-all的话，需要加@DataSourceAutoProxy注解，如果使用seata-spring-boot-starter则不需要加这个注解，它默认自动就是开启的）
几乎所有的C**N博客中的实例，都是用的是Druid数据源，然而我还是更想使用Hikari
具体的数据源配置和雷神视频里的几乎完全一样，唯一的一点不同就是，在返回的时候无需 return new DataSourceProxy(dataSource)来创建代理对象，直接将自己创建的（或者是获取自动装配好的）数据源返回即可；
我甚至觉得，如果使用的是SpringBoot自动装配的Hikari，都不需要做这个配置，因为时间关系，我没有测，如果有大神试过，可以留言交流一下，我后面会直接把这一部分修正掉；
如果各位大神知道更好的解决方案，欢迎留言交流；
