单体秒杀服务转dubbo框架+分布式事务实现
方案和技术架构
方案：秒杀方案（
【单体秒杀服务转dubbo框架+分布式事务实现】）+ 分布式事务解决方案 （为了让支付、扣减库存和订单状态一致性解决方案，见下图）
目的： dubbo 微服务化 实现订单支付分布式事务，统一提交和回滚
技术架构：
docker + nacos 架构 （舍去zookeeper，nacos更香）
docker 版本 2.7
springboot 版本 2.6.1
分布式事务（tcc -transaction 1.73）
github地址：https://github.com/luozijing/...
项目体验地址：http://81.69.254.72:9082/logi...
文章图片
dubbo模块拆分
模块根据上图拆分成admin(web controller 和前端页面入口) + 订单 （秒杀订单+库存）+ 用户（支付、用户表）。
其中order和users模块都是分成两个子模块，api和provider模块，api负责提供dubbo的接口和实体类，providers负责提供api的实现，以及相关内部逻辑。
其中还有一个common的公共模块，提供公共工具类，包括redis连接、zokeeper连接等工具类等。
功能介绍
用户注册与登录
用户注册自己的手机号格式的账号id，密码至少为6位，并且该账号会初始化2000的虚拟账户，用户后续的订单支付。
注册后可以登录，显示秒杀界面，进行选择商品秒杀，每类秒杀商品不超过一个。
测试账户 15712341234/1234567
文章图片
秒杀与支付
选择商品进行秒杀后，可以查看生成的订单，订单会锁定秒杀的库存，但不会真正扣减库存。
文章图片
进行虚拟支付，之后会真正扣减库存，修改订单状态，减少虚拟账户金额，具体可以查看页面库存的变化
文章图片
线上部署
服务器：tx云 2c4g轻量服务器，1200G流量，
操作系统用:系统的自带的docker的CentOS7.6-Docker20
部署模块：
文章图片
根据实际服务器配置，配置好java模块的内存大小，以及配置服务器swap内存，保证服务的稳定运行。nacos 配置了512M，dubbo 模块基本没有业务配置了128m，新生代都是一半。docker 一键化部署的配置在github中有，不过dubbo模块需要自行编译到服务器中启动。
