赤峰网站开发旅游网站系统建设方案
分布式事务
cap定理-Availability
CAP定理-Partition tolerance
BASE理论
BASE理论是对CAP的一种解决思路，包含三个思想：
BasicallyAvailable（基本可用）：分布式系统在出现故障时，允许损失部分可用性，即保证核心可用。
SoftState（软状态）：在一定时间内，允许出现中间状态，比如临时的不一致状态。
EventuallyConsistent（最终一致性）：虽然无法保证强一致性，但是在软状态结束后，最终达到数据一致。
而分布式事务最大的问题是各个子事务的一致性问题，因此可以借鉴CAP定理和BASE理论：
·CP模式：各个子事务执行后互相等待，同时提交，同时回滚，达成强一致。但事务等待过程中，处于弱可用状态。
·AP模式：各子事务分别执行和提交，允许出现结果不一致，然后采用弥补措施恢复数据即可，实现最终一致。
AT模式的脏写问题
AT模式原理
AT模式的写隔离
TCC模式
TCC模式与AT模式非常相似，每阶段都是独立事务，不同的是TCC通过人工编码来实现数据恢复。需要实现三个方法：
·Ty:资源的检测和预留；
·Confirm:完成资源操作业务；要求Ty成功Confirm一定要能成功。
·Cancel:预留资源释放，可以理解为try的反向操作。
TCC模式的每个阶段是做什么的？
·Ty:资源检查和预留
·Confirm:业务执行和提交
Cancel:预留资源的释放
TCC的优点是什么？
一阶段完成直接提交事务，释放数据库资源，性能好
,相比AT模型，无需生成快照，无需使用全局锁，性能最强
不依赖数据库事务，而是依赖补偿操作，可以用于非事务型数据库
TCC的缺点是什么？
有代码侵入，需要人为编写try、Confirm和Cance接口，太麻烦
软状态，事务是最终一致
需要考虑Confirm和Cancel的失败情况，做好幂等处理
最大努力通知
注册中心
环境隔离
分级模型
Eureka与Nacos
远程调用
负载均衡原理
切换负载均衡算法
服务保护
Sentinel的线程隔离与Hystix的线程隔离有什么差别？
问题说明：考察对线程隔离方案的掌握情况
难易程度：一般
参考话术：
答：线程隔离可以采用线程池隔离或者信号量隔离。
HySx默认是基于线程池实现的线程隔离，每一个被隔离的业务都要创建一个独立的线程池，线程过多会带来额外的
CPU开销，性能一般，但是隔离性更强。
Sentinell则是基于信号量隔离的原理，这种方式不用创建线程池，性能较好，但是隔离性一般。
滑动窗口计数器算法
固定窗口计数器算法
当在第4到第5秒的时候来了3个请求，在第5到第6秒的时候来了3个请求，都可以被放行，
但是有一种情况是这样子的，4-5的这3个请求发生在4500毫秒到5000毫秒之间，5000-6000毫秒的这3个请求发生在5000-5500毫秒之间，相当于1秒钟来了6个请求，超出了阈值！！！
相当于早上吃3个包子，中午吃3个包子，晚上吃3个包子，变成了一下吃9个，吃不下…
滑动窗口计数器算法
漏桶算法
令牌通算法
Sentinel的限流与Gateway的限流有什么差别？
问题说明：考察对限流算法的掌握情况
难易程度：难
参考话术：
限流算法常见的有三种实现：滑动时间窗口、令牌桶算法、漏桶算法。Gateway!则采用了基于Redis3实现的令牌桶算法
而Sentinel内部却比较复杂
默认限流模式是基于滑动时间窗口算法，另外Sentinel中断路器的计数也是基于滑动时间窗口算法
限流后可以快速失败和排队等待，其中排队等待基于漏桶算法
而热点参数限流则是基于令牌桶算法