幂等性（微服务术语）和应对问题

幂等性的通俗概念：

调用方，对一个系统进行重复调用（参数全部相同），不论重复调用多少次，这些调用对系统的影响都是相同的效果。就是不论调用我多少次你对我的影响以及你的影响都是不变的，不会随着次数的变化而改变。

服务雪崩

1、就是一个服务挂了，引发的大量服务不可用的连锁反应现象
解决雪崩，要先加入超时机制，否则请求堆积，服务扛不住并发

2、缓存击穿会导致数据库挂掉
缓存击穿 ：是指请求的数据没有命中缓存但是命中数据库，当大量的请求在极短的时间段内一起请求某条数据的缓存并都未命中（如：缓存失效时还存在大量的请求，热点数据没有预热等），这些请求会继续作用到数据库 (DB)上，造成DB压力剧增，甚至宕机。

3、平常为最大1k流量准备的，突然来了2k流量：1.拒绝 2.排队等待，一部分用户体验不流畅，即为用户体验降级
4、熔断：发送方发现超50%的请求都很慢，或 请求中50%都错误了，或 错误很多，1s出现20个错误，就拒绝发送请求，即熔断，等2s后再发

熔断和限流技术选型

1、用阿里开源的Sentinel-golang；Hystrix不更新，抛弃

grpc的超时和重试

因为偶尔网络抖动就超时丢弃，告诉并发的一万人请求失败，用户体验差，由此引出重试
引入重试就引出新的问题–幂等：用户服务返回时候网络抖动，超时引发重试，同样的数据提交了几次。

第一次支付时，页面没有跳转，以为没有支付成功，再次扫码，付款两次，只有一个订单，这就是因为接口没有实现幂等性

幂等性解决方案

脏数据

通俗的讲，当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。因为这个数据是还没有提交的数据，那么另外一个事务读到的这个数据是脏数据，依据脏数据所做的操作可能是不正确的
脏读又称无效数据的读出，是指在数据库访问中，事务T1将某一值修改，然后事务T2读取该值，此后T1因为某种原因撤销对该值的修改，这就导致了T2所读取到的数据是无效的，值得注意的是，脏读一般是针对于update操作的

解决方案

1、利用数据库的unique 唯一索引

2、token

有的字段不像mobile number，可以设置唯一索引，比如允许用户提交相同的商品，前端可以自己生成token或从后台领,防止同一个token的数据重复插入到数据库中，如果redis中没有这个token则放入redis

3、锁机制

先查记录，没有就insert，但是面对并发的时候，同时来的两个请求都没查到记录，要是都insert，就变成两个了，不对，需要锁