mirror of
https://gitee.com/shishan100/Java-Interview-Advanced
synced 2024-12-01 02:28:54 +00:00
24 lines
1013 B
Markdown
24 lines
1013 B
Markdown
|
|
|||
|
|
TCC框架，bytetcc，seata
|
|||
|
|
|
|||
|
|
seata-server
|
|||
|
|
|
|||
|
|
bytetcc，大家就是基于mysql里面创建一些表，基于表中的数据进行状态的更新
|
|||
|
|
|
|||
|
|
|
|||
|
|
核心链路中的各个服务都需要跟TC这个角色进行频繁的网络通信，频繁的网络通信其实就会带来性能的开销，本来一次请求不引入分布式事务只需要100ms，此时引入了分布式事务之后可能需要耗费200ms
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
网络请求可能还挺耗时的，上报一些分支事务的状态给TC，seata-server，选择基于哪种存储来放这些分布式事务日志或者状态的，file，磁盘文件，MySQL，数据库来存放对应的一些状态
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
|
|||
|
|
高并发场景下，会不会有问题，seata-server，你也需要支持扩容，也需要部署多台机器，用一个数据库来存放分布式事务的日志和状态的话，假设并发量每秒上万，分库分表，对TC背后的数据库也会有同样的压力
|
|||
|
|
|
|||
|
|
这个时候对TC背后的db也得进行分库分表，抗更高的并发压力
|
|||
|
|
|
|||
|
|
|
|||
|
|
|