每日必会
CAP和Base理论了解吗
Consistency（一致性）：用户访问分布式系统中的任意节点，得到的数据必须一致。
Availability （可用性）：用户访问集群中的任意健康节点必须能得到响应，而不是超时或拒绝。
Partition（分区）：因为网络故障或其它原因导致分布式系统中的部分节点与其它节点失去连接，形成独立分区。
Tolerance（容错）：在集群出现分区时，整个系统也要持续对外提供服务
系统间的网络不能100%保证健康，一定会有故障的时候，而服务又必须对外保证服务。因此Partition Tolerance不可避免。
如果此时要保证一致性，就必须等待网络恢复，完成数据同步后，整个集群才对外提供服务，服务处于阻塞状态，不可用。
如果此时要保证可用性，就不能等待网络恢复，那node01、node02与node03之间就会出现数据不一致。
也就是说，在P一定会出现的情况下，A和C之间只能实现一个
BASE理论是对CAP的一种解决思路，包含三个思想：
- Basically Available（基本可用）：分布式系统在出现故障时，允许损失部分可用性，即保证核心可用。
- Soft State（软状态）：在一定时间内，允许出现中间状态，比如临时的不一致状态。
- Eventually Consistent（最终一致性）：虽然无法保证强一致性，但是在软状态结束后，最终达到数据一致。
说下Seata的AT模式执行流程吧
- 其余模式同理，这里不重复，要能说出XA、AT、TCC执行流程
Seata AT模式的执行流程：
- 分布式事务发起方发送全局事务开始请求（Begin）给Seata Server，Seata Server为该全局事务生成一个全局事务ID（XID）。
- 分布式事务发起方开始执行本地事务，并在本地事务执行前向Seata发起分支事务注册请求（Branch Register），包括全局事务ID（XID）、分支事务ID（Branch ID）、分支事务参与者（即本地事务的执行者）等信息。
- 分布式事务发起方执行本地事务，如果本地事务执行成功，则向Seata发起分支事务提交请求（Branch Report）；如果本地事务执行失败，则向Seata发起分支事务回滚请求（Branch Report）。
- Seata Server接收到分支事务提交或回滚请求后，会根据请求的结果来决定是否进行全局事务的提交或回滚。
- 如果所有分支事务都提交成功，Seata会向所有参与者发送全局事务提交请求（Global Commit）；如果有任何一个分支事务回滚，Seata会向所有参与者发送全局事务回滚请求（Global Rollback）。
- 参与者接收到全局事务提交或回滚请求后，根据请求的指令来执行本地事务的提交或回滚操作。
理论专项
- MQ
- 怎么防止消息丢失
- 怎么防止消息重复消费
- 100W个消息怎么防止积压
