老白酒,用心酿的博客

前言分布式事务框架很多：tcc-transaction、Hmily、ByteTCC、myth、EasyTransaction、tx-lcn、seata等等框架，这里有一篇关于这些框架压测的测试报告【不包括seata】：测试报告 ，可以了解下这里我们介绍seata来实现分布式事务。2019 年 1 月，阿里巴巴中间件团队发起了开源项目 Fescar（Fast & EaSy Commit And Rollback），和社区一起共建开源分布式事务解决方案。Fescar 的愿景是让分布式事务的使用像

1）安装第一步：下载：https://github.com/seata/seata/releases第二步：解压 seata-server-0.9.0第三步：运行bin下的seata-server.bat2）涉及到分布式事务的数据库添加表seata需要用到额外的一张数据库表，在需要分布式事务的数据库中执行如下sql创建表即可：-- 注意此处0.3.0+ 增加唯一索引 ux_undo_logCREATE TABLE `undo_log` ( `id` bigint(20) NOT NULL

分布式事务与本地事务的区别本地事务：整个服务只能操作一个数据库资源，也就是一个tomcat操作一个数据库【同一线程】分布式事务(多进程间的，一个端口就是一个进程)：一个tomcat操作多个数据库或者多个tomcat操作一个或多个数据库分布式事务相关理论：CAP定理CAP定理是在 1998年加州大学的计算机科学家 Eric Brewer （埃里克.布鲁尔）提出，分布式系统有三个指标Consistency 一致性Availability 可用性Partition tole

背景分布式ID：用在分布式系统中在我们的业务需求中通常有需要一些唯一的ID，来记录我们某个数据的标识:某个用户的ID某个订单的单号某个信息的ID为什么需要分布式ID1.如果id我们使用的是数据库的自增长类型，在分布式系统中需要分库和分表，会有两个相同的表，有可能产生主键冲突分布式ID类型：全球唯一，不会冲突UUID:全球唯一：字符串数据库表来维护ID ：新建一张表来产生ID，使用哪种数据库由自己选择Mysql、MongoDB、Redis,性能不好：字符串或数字类型雪花ID：时间