プロジェクト全体についてはgiteeをご覧ください:https://gitee.com/xwb1056481167/spring-cloud
nacosの構成とインストールについては、https://blog.csdn.net/www1056481167/article/details/113612177ビューにアクセスしてください。
シート官0042:https://seata.io/zh-cn
分散トランザクションのプロセスは
1つのID + 3つのコンポーネントモデル
キーコンセプト
グローバルトランザクションのID- 3つのコンポーネントの概念
- 1. TC(トランザクションコーディネーター)-トランザクションコーディネーター
は、グローバルトランザクションとブランチトランザクションの状態を維持し、グローバルトランザクションのコミットまたはロールバックを駆動します - 2. TM(トランザクションマネージャー)-トランザクションマネージャー
は、グローバルトランザクションの範囲を定義します:グローバルトランザクションの開始、グローバルトランザクションのコミットまたはロールバック - 3. RM(リソースマネージャー)-リソースマネージャー
は、ブランチトランザクション処理のリソースを管理し、TCと通信してブランチトランザクションを登録し、ブランチトランザクションのステータスを報告し、ブランチトランザクションの送信またはロールバックを駆動します。
- 1. TC(トランザクションコーディネーター)-トランザクションコーディネーター
処理フローチャート
説明:
1。TMがTCに適用されてグローバルトランザクションが開かれ、グローバルトランザクションが正常に作成され、グローバルに一意のXIDが生成されます
。2。XIDがマイクロサービス伝播リンクのコンテキストで伝播されます。3。RMが
ブランチトランザクションをTCに登録します。そして、それをXID通信に組み込みます
。グローバル問題の管轄4. TMは、XIDのグローバル送信またはロールバック解決をTC
5に開始します。TCは、XIDの管轄下にあるすべてのブランチトランザクションをスケジュールして、送信またはロールバック要求を完了します。
Seata環境のビルド構成
1.シータのダウンロード
ダウンロードリンク:https://github.com/seata/seata/releases
バージョン0.9:ウィンドウ:https: //github.com/seata/seata/releases/download/v0.9.0/seata-server-0.9.0.zip
第二に、seataのインストール
1.file.confカスタムトランザクショングループ名+トランザクションログモードをdb +データベース接続に変更します
1.サービスのvgroup_mapping。my_test_tx_groupの属性
service {
#vgroup->rgroup
vgroup_mapping.my_test_tx_group = "fsp_tx_group"
#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"
}
2.データベースとして保存方法を指定します
store {
## store mode: file、db
mode = "db"
...
## 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"
driver-class-name = "com.mysql.jdbc.Driver"
url = "jdbc:mysql://127.0.0.1:3306/seata"
user = "root"
password = "123456"
min-conn = 1
max-conn = 3
global.table = "global_table"
branch.table = "branch_table"
lock-table = "lock_table"
query-limit = 100
}
}
3.データベースシートを作成し、テーブルを作成します
-- the table to store GlobalSession data
drop table if exists `global_table`;
create table `global_table` (
`xid` varchar(128) not null,
`transaction_id` bigint,
`status` tinyint not null,
`application_id` varchar(32),
`transaction_service_group` varchar(32),
`transaction_name` varchar(128),
`timeout` int,
`begin_time` bigint,
`application_data` varchar(2000),
`gmt_create` datetime,
`gmt_modified` datetime,
primary key (`xid`),
key `idx_gmt_modified_status` (`gmt_modified`, `status`),
key `idx_transaction_id` (`transaction_id`)
);
-- the table to store BranchSession data
drop table if exists `branch_table`;
create table `branch_table` (
`branch_id` bigint not null,
`xid` varchar(128) not null,
`transaction_id` bigint ,
`resource_group_id` varchar(32),
`resource_id` varchar(256) ,
`lock_key` varchar(128) ,
`branch_type` varchar(8) ,
`status` tinyint,
`client_id` varchar(64),
`application_data` varchar(2000),
`gmt_create` datetime,
`gmt_modified` datetime,
primary key (`branch_id`),
key `idx_xid` (`xid`)
);
-- the table to store lock data
drop table if exists `lock_table`;
create table `lock_table` (
`row_key` varchar(128) not null,
`xid` varchar(96),
`transaction_id` long ,
`branch_id` long,
`resource_id` varchar(256) ,
`table_name` varchar(32) ,
`pk` varchar(36) ,
`gmt_create` datetime ,
`gmt_modified` datetime,
primary key(`row_key`)
);
2.registry.confの登録情報を変更します
登録タイプをnacosに変更し、nacosの登録アドレスをlocalhost:8848として指定します(nacos構成に応じて)
nacosのインストールと構成については、https: //blog.csdn.net/www1056481167/article/details/113612177にアクセスして表示してください。
registry {
# file 、nacos 、eureka、redis、zk、consul、etcd3、sofa
type = "nacos"
nacos {
serverAddr = "localhost:8848"
namespace = ""
cluster = "default"
}
...
スタートアップ検証が正常に構成されているかどうか
1.ナコス
2.スタートseata(ナコスに登録届出書を見つけるために、ダブルクリックしseata-server.bat)
3つ目は、ビジネステーブルの構造を準備する
DROP TABLE IF EXISTS `t_account`;
CREATE TABLE `t_account` (
`id` bigint(11) NOT NULL AUTO_INCREMENT,
`user_id` bigint(11) NULL DEFAULT NULL COMMENT '用户id',
`total` decimal(10, 0) NULL DEFAULT NULL COMMENT '总额度',
`used` decimal(10, 0) NULL DEFAULT NULL COMMENT '已用额度',
`residue` decimal(10, 0) NULL DEFAULT NULL COMMENT '剩余可用额度',
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8mb4;
DROP TABLE IF EXISTS `seata_storage`;
CREATE TABLE `t_storage` (
`id` bigint(11) NOT NULL AUTO_INCREMENT,
`product_id` bigint(11) NULL DEFAULT NULL COMMENT '产品id',
`total` int(11) NULL DEFAULT NULL COMMENT '库存',
`used` int(11) NULL DEFAULT NULL COMMENT '已用库存',
`residue` int(11) NULL DEFAULT NULL COMMENT '剩余库存',
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 2 CHARACTER SET = utf8mb4 ;
DROP TABLE IF EXISTS `t_order`;
CREATE TABLE `t_order` (
`id` bigint(11) NOT NULL AUTO_INCREMENT,
`user_id` bigint(11) NULL DEFAULT NULL COMMENT '用户id',
`product_id` bigint(11) NULL DEFAULT NULL COMMENT '产品id',
`count` int(11) NULL DEFAULT NULL COMMENT '数量',
`money` decimal(11, 0) NULL DEFAULT NULL COMMENT '金额',
`status` int(1) NULL DEFAULT NULL COMMENT '订单状态:0:创建中;1:已完结',
PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 7 CHARACTER SET = utf8mb4;
CREATE TABLE `undo_log` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`branch_id` bigint(20) NOT NULL,
`xid` varchar(100) NOT NULL,
`context` varchar(128) NOT NULL,
`rollback_info` longblob NOT NULL,
`log_status` int(11) NOT NULL,
`log_created` datetime NOT NULL,
`log_modified` datetime NOT NULL,
`ext` varchar(100) DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `ux_undo_log` (`xid`,`branch_id`)
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8;
ファイナルテーブルの構造
新しい注文、在庫、バランスモジュール
ビジネス要件:注文->在庫の削減->残高の控除->(注文)ステータスの変更
コアコードのみを以下に示します。giteeのすべてのコードを確認してください
新しい注文モジュールseata-order-service2001
1. pom.xml(部分的に省略)
<!-- SpringCloud alibaba nacos -->
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
</dependency>
<dependency>
<groupId>com.alibaba.cloud</groupId>
<artifactId>spring-cloud-starter-alibaba-seata</artifactId>
<exclusions>
<!-- 排除自身附带的jar包 -->
<exclusion>
<artifactId>seata-all</artifactId>
<groupId>io.seata</groupId>
</exclusion>
</exclusions>
</dependency>
<!-- 引入和服务端相匹配的jar包 -->
<dependency>
<groupId>io.seata</groupId>
<artifactId>seata-all</artifactId>
<version>0.9.0</version>
</dependency>
<!-- openfeign -->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>
2、application.yml
server:
port: 2001
spring:
application:
name: seata-order-service
cloud:
nacos:
discovery: #Nacos注册中心地址
server-addr: localhost:8848
alibaba:
seata:
tx-service-group: fsp_tx_group
datasource:
driver-class-name: com.mysql.jdbc.Driver
url: jdbc:mysql://localhost:3306/seata_order?useUnicode=true&characterEncoding=UTF-8&useSSL=false
username: root
password: 123456
# type: com.alibaba.druid.pool.DruidDataSource
feign:
hystrix:
enabled: true
logging:
level:
io:
seata: info
mybatis:
mapper-locations: classpath:mapper/*.xml
seataの設定ファイルのアップ3.戻るfile.conf registry.conf
4.提供DAO、ドメイン、マッパー* .xmlファイル、コントローラを。
5.サービス は、呼び出される他のマイクロサービスのメソッドに特別な注意を払います。@ FeignClient(value = "xx")は、呼び出されるメソッドインターフェイスを示す必要があります。サービス自体によって提供されるメソッドは、このアノテーションを必要としません。
6、構成構成
//1、mybatis扫描的包
@Configuration
@MapperScan("org.xwb.springcloud.dao.*")
public class MyBatisConfig {
}
//2、druid数据源
@Configuration
public class DataSourceProxyConfig {
@Value("${mybatis.mapper-locations}")
private String mapperLocations;
@Bean
@ConfigurationProperties(prefix = "spring.datasource")
public DataSource druidDataSource() {
return new DruidDataSource();
}
@Primary
@Bean("dataSource")
public DataSourceProxy dataSourceProxy(DataSource druidDataSource) {
return new DataSourceProxy(druidDataSource);
}
@Bean(name = "sqlSessionFactory")
public SqlSessionFactory sqlSessionFactoryBean(DataSourceProxy dataSourceProxy) throws Exception {
SqlSessionFactoryBean bean = new SqlSessionFactoryBean();
bean.setDataSource(dataSourceProxy);
ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver();
bean.setMapperLocations(resolver.getResources(mapperLocations));
SqlSessionFactory factory;
try {
factory = bean.getObject();
} catch (Exception e) {
throw new RuntimeException(e);
}
return factory;
}
}
7、メインスタートクラス
@SpringBootApplication(exclude = DataSourceAutoConfiguration.class)
@EnableDiscoveryClient
@EnableFeignClients
public class SeataOrderMainApp2001 {
public static void main(String[] args) {
SpringApplication.run(SeataOrderMainApp2001.class, args);
}
}
@SpringBootApplication(exclude = DataSourceAutoConfiguration.class)に特に注意して
、独自のデータソースを除外し、独自に定義したデータソースを使用してください
新しいインベントリモジュールseata-storage-service2002を作成します
上記の2001と同じように、違いのみを以下に説明します
1. application.xml
server:
port: 2002
spring:
application:
name: seata-storage-service
cloud:
nacos:
discovery: #Nacos注册中心地址
server-addr: localhost:8848
alibaba:
seata:
tx-service-group: fsp_tx_group
datasource:
driver-class-name: com.mysql.jdbc.Driver
url: jdbc:mysql://localhost:3306/seata_storage?useUnicode=true&characterEncoding=UTF-8&useSSL=false
username: root
password: 123456
# type: com.alibaba.druid.pool.DruidDataSource
feign:
hystrix:
enabled: true
logging:
level:
io:
seata: info
mybatis:
mapper-locations: classpath:mapper/*.xml
他の企業はプロジェクトを直接見ることができます
新しいアカウントモジュールseata-account-service2003
2003年と同じですが、違いのみを以下に示します。
server:
port: 2003
spring:
application:
name: seata-account-service
cloud:
alibaba:
seata:
tx-service-group: fsp_tx_group
nacos:
discovery:
server-addr: localhost:8848
datasource:
# type: com.alibaba.druid.pool.DruidDataSource
driver-class-name: com.mysql.jdbc.Driver
url: jdbc:mysql://localhost:3306/seata_account?useUnicode=true&characterEncoding=UTF-8&useSSL=false
username: root
password: 123456
feign:
hystrix:
enabled: true
logging:
level:
io:
seata: info
mybatis:
mapper-locations: classpath*:mapper/*.xml
その他のビジネスリファレンスコードの元のプロジェクトについては、giteeにアクセスして表示してください
テスト(通常のテスト、GlobalTransactional)
通常のテスト(GlobalTransactional統合トランザクションなしのテスト)
1. nacos、seata、2001、2002、2003を開始します
2、ブラウザでhttpを入力し ます。//localhost2001/ order / create userId = 1&productId = 1&count = 1&money = 100?在庫が正しいことを確認します
3、次に、seata-account-service2003アカウントの支払いを処理して行う必要があります変更(タイムアウトの変更、(アカウントの控除に失敗しました)
@Service
@Slf4j
public class AccountServiceImpl implements AccountService {
@Resource
private AccountDao accountDao;
@Override
public void decrease(Long userId, BigDecimal money) {
log.info("********->account-service中扣减账户余额开始");
//此处故意超时
try {
TimeUnit.SECONDS.sleep(20);
} catch (InterruptedException e) {
e.printStackTrace();
}
accountDao.decrease(userId, money);
log.info("********->account-service中扣减账户余额结束");
}
}
試験結果
注文は正常に作成されましたが、注文のステータスが正しくありません。
分析は次のことを示しています。
全体は4つの部分に分かれています1.新規注文2.在庫の控除3.アカウントの控除4.注文ステータスの変更
前の3つの部分はすべて正常に実行されましたが、注文のステータスを変更する最後の必要性は失敗しました。タイムアウトを設定したため、意図的に待機タイムアウトプロセスを許可しました。この時点では、の制御を追加しなかったためです。グローバルトランザクションでは、途中の失敗は正常に実行できませんでしたが、
実行が成功した場合、ロールバックできないため、全体が正しくありません。注文が行われ、支払いが差し引かれ、注文ステータスが変更されましたが、間違っていました。現時点では、一貫性のない問題を解決するためにグローバルな問題が必要です。
GlobalTransactionalを使用する
上記のテストを通じて、トランザクション処理が均一ではないことがわかります。次に、seataのグローバルトランザクションを使用して制御します。
1.注釈を追加します@GlobalTransactional(name = "fsp-create-order"、rollbackFor = Exception.class)名前はカスタマイズできます
@Override
@GlobalTransactional(name = "fsp-create-order", rollbackFor = Exception.class)
public void create(Order order) {
log.info("--------->开始新建订单");
//1 新建订单
orderDao.create(order);
//2 扣减库存
log.info("------------->订单微服务开始调用库存,做扣减Count");
storageService.decrease(order.getProductId(), order.getCount());
log.info("------------->订单微服务开始调用库存,做扣减end");
//3 扣减账户
log.info("------------->订单微服务开始调用账户,做扣减Money");
accountService.decrease(order.getUserId(), order.getMoney());
log.info("------------->订单微服务开始调用账户,做扣减end");
//4 修改订单状态
log.info("------------->修改订单状态开始");
orderDao.update(order.getUserId(), 0);
log.info("------------->修改订单状态结束");
log.info("------------->下订单结束了");
}
アプリケーションを再起動し、注文を再度リクエストすると、注文全体を追加できず、すべての注文がロールバックされます。
主成分分析
TMは
ビジネスシナリオに従って分散トランザクションを開始し(TMはグローバルトランザクションレコードをTCに登録します)、データベース、サーバー、およびその他のトランザクションリソースを配置します(RMはリソース準備ステータスをTCに報告します
)TMは分散トランザクションを終了し、トランザクションの第1段階の準備が整います( TMはTCに送信するように通知します。分散トランザクションのロールバック)
TCはトランザクション情報を報告し、分散トランザクションを送信するかロールバックするかを決定
します。TCはすべてのRMにロールバックリソースを送信するよう通知し、トランザクションの第2フェーズが終了します。
コア原理分析
一段ローディング
最初の段階で、Seataは「ビジネスSQL」をインターセプトします
1. SQLセマンティクスを分析し、「ビジネスSQL」で更新するビジネスデータを見つけ、ビジネスデータが更新される前に「イメージの前」に保存し
ます。2。「ビジネスSQL」を実行して、ビジネスデータの後にビジネスデータを更新します。が更新されます。
3.それを「残像」の都市に保存し、最後に行ロックを生成します。
上記の操作はすべてデータベーストランザクション内で完了します。これにより、1段階の操作の原子性が保証されます。
フェーズ2(成功、失敗)
1.第2段階が正常に送信された場合。
「ビジネスSQL」は最初の段階でデータベースに送信されているため、Seataフレームワークは、最初の段階で保存されたスナップショットデータと行レベルのロックを使用してデータをクリーンアップするだけで済みます。
2. 2番目のステージが失敗しました(ロールバック)
第2段階がロールバックの場合、Seataは、第1段階で実行された「ビジネスSQL」をロールバックして、ビジネスデータを復元する必要があります。
ロールバック方法は、「前のイメージ」を使用してビジネスデータを復元することです。復元、ダーティ書き込みを最初にチェックする必要があります。、「データベースの現在のビジネスデータ」と「アフターイメージ」を比較すると、2つのデータがまったく同じである場合、ダーティ書き込みがないことを意味し、ビジネスデータを復元できます。 。一貫性がない場合は、ダーティライティングがあることを意味し、ダーティライティングを手動処理に転送する必要があります。