y666__的博客

随着微服务的流行，服务和服务之间的稳定性变得越来越重要。Sentinel 是面向分布式、多语言异构化服务架构的流量治理组件，主要以流量为切入点，从流量路由、流量控制、流量整形、熔断降级、系统自适应过载保护、热点流量防护等多个维度来帮助开发者保障微服务的稳定性。丰富的应用场景： Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景，例如秒杀（即突发流量控制在系统容量可以承受的范围）、消息削峰填谷、实时熔断下游不可用应用等。完备的实时监控： Sentinel 同时提供实时的监控功能。

Tc global_table 全局 xid branch_table 分支的信息 lock_table 此时此刻锁的表。2、每个业务库都有自己的undo_log表：业务sql操作之前和之后的镜像数据。回滚的之后恢复数据，正常成功后 异步删除。业务库 undo_log。1、长事务分成多个短事务。锁资源时间短，效率高。

如果多个服务开启饥饿模式，使用逗号分隔。

在消费者和服务提供方中间使用独立的代理方式进行负载，有硬件的（比如 F5），也有软件的（比如 Nginx，openResty）例如Nginx，通过Nginx进行负载均衡，先发送请求，然后通过负载均衡算法，在多个服务器之间选择一个进行访问；即在服务器端再进行负载均衡算法分配。

①：pull模式：主动拉去配置，通过固定的时间间隔。缺点：频繁请求，时效性不高，时间间隔不好设置。 ②：push模式：服务端检测到变化，主动将新配置推送给客户端，时效性高，但是占用服务端的资源，服务端需要消耗大量的资源去维护和客户端之间的心跳。 ③：nacos模式：客户端间隔10毫秒请求一次服务端，通过在请求头中携带长轮询的超时时间，默认30秒，服务端在接收到客户端的请求后，会将其挂起一段时间（30秒），在这30秒中，如果配置有变化，服务端就立即将配置相应给客户端，如果没有变化，30秒后客户端会再次请求。

【代码】nacos重要的两个注解！！！