2021年01月_kksilu

原创 mysql-Explain关键字

文章目录执行计划输出中各列详解tableIDselect_type一条查询语句在经过MySQL查询优化器的各种基于成本和规则的优化会后生成一个所谓的执行计划，这个执行计划展示了接下来具体执行查询的方式，比如多表连接的顺序是什么，对于每个表采用什么访问方法来具体执行查询等等。EXPLAIN语句帮助我们查看某个查询语句的具体执行计划.EXPLAIN可以用在SELECT、DELETE、INSERT、REPLACE以及UPDATE语句前边。不过我们这里对SELECT语句更感兴趣，所以后边只会以SELECT语句

2021-01-12 14:50:06 200

原创 MySQL-MVCC

文章目录事务ACID执行的五种状态事务并发执行会出现的问题四种隔离级别语法开启事务提交/手动中止事务自动提交隐式提交（了解）保存点事务事务提供一种机制将一个活动涉及的所有操作纳入到一个不可分割的执行单元，组成事务的所有操作只有在所有操作均能正常执行的情况下方能提交，只要其中任一操作执行失败（出现异常），都将导致整个事务的回滚。简单地说，事务提供一种“要么什么都不做，要么做全套（All or Nothing）”机制。ACID原子性（Atomicity）：一个事务必须被视为一个不可分割的最小工作单元，

2021-01-11 14:06:40 559

原创 Sentinel

文章目录启动：访问 http://localhost:8080/#/login 必须为8080密码和用户名都是sentinel  <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibab

2021-01-14 10:12:45 444

原创服务降级-熔断-限流

文章目录背景雪崩效应常见场景雪崩效应应对策略Hystrix基本理论demo服务端降级兜底客户端降级背景分布式系统环境下，服务间类似依赖非常常见，一个业务调用通常依赖多个基础服务。如下图，对于同步调用，当库存服务不可用时，商品服务请求线程被阻塞，当有大批量请求调用库存服务时，最终可能导致整个商品服务资源耗尽，无法继续对外提供服务。并且这种不可用可能沿请求调用链向上传递，这种现象被称为雪崩效应。雪崩效应常见场景硬件故障：如服务器宕机，机房断电，光纤被挖断等。流量激增：如异常流量，重试加大流量等。缓

2021-01-14 10:12:14 146

原创 Hystrix

Hystrix基本理论Hystrix [hɪst’rɪks]，中文含义是豪猪，因其背上长满棘刺，从而拥有了自我保护的能力。本文所说的Hystrix是Netflix开源的一款容错框架，同样具有自我保护能力。为了实现容错和自我保护，下面我们看看Hystrix如何设计和实现的。Hystrix设计目标：对来自依赖的延迟和故障进行防护和控制——这些依赖通常都是通过网络访问的阻止故障的连锁反应快速失败并迅速恢复回退并优雅降级提供近实时的监控与告警Hystrix遵循的设计原则：防止任何单独的依

2021-01-14 10:11:44 104

原创 HTTP-版本

文章目录HTTP 1.0HTTP 1.1持久连接管道机制Content-Length 字段分块传输编码其他功能缺点HTTP/2二进制协议多工数据流头信息压缩服务器推送HTTP 1.01996年5月，HTTP/1.0 版本发布，内容大大增加。首先，任何格式的内容都可以发送。这使得互联网不仅可以传输文字，还能传输图像、视频、二进制文件。这为互联网的大发展奠定了基础。其次，除了GET命令(0.9只有GET命令)，还引入了POST命令和HEAD命令，丰富了浏览器与服务器的互动手段。再次，HTTP请求和回应

2021-01-13 10:44:47 322

原创 nacos-实战

文章目录注册发现discovery新建cloudalibaba-provider-payment9001新建cloudalibaba-consumer-nacos-order83注册中心config官网注册发现discovery新建cloudalibaba-provider-payment9001 <dependency> <groupId>com.alibaba.cloud</groupId> <arti

2021-01-13 10:41:23 692

原创 nacos-理论

文章目录nacos支持CP+AP两种一致性协议如何选择这二者？

2021-01-13 10:41:15 120

原创链路追踪 -Sleuth + Zipkin

文章目录解决问题SpringCloudSleuth功能特点解决问题随着业务的发展，单体架构变为微服务架构，并且系统规模也变得越来越大，各微服务间的调用关系也变得越来越复杂。在微服务的应用中，一个由客户端发起的请求在后端系统中会经过多个不同的微服务调用来协同产生最后的请求结果在复杂的微服务架构系统中，几乎每一个前端请求都会形成一个复杂的分布式服务调用链路，在每条链路中任何一个依赖服务出现延迟超时或者错误都有可能引起整个请求最后的失败微服务跟踪(sleuth)其实是一个工具,它在整个分布式系统中能跟踪

2021-01-13 10:41:06 109

原创消息队列-Stream

文章目录消息队列的几大应用场景Stream是什么demo消息队列的几大应用场景1、异步处理比如用户在电商网站下单，下单完成后会给用户推送短信或邮件，发短信和邮件的过程就可以异步完成。因为下单付款是核心业务，发邮件和短信并不属于核心功能，并且可能耗时较长，所以针对这种业务场景可以选择先放到消息队列中，有其他服务来异步处理。2、应用解耦：假设公司有几个不同的系统，各系统在某些业务有联动关系，比如 A 系统完成了某些操作，需要触发 B 系统及 C 系统。如果 A 系统完成操作，主动调用 B 系统的接口或

2021-01-13 10:40:55 206

原创网关-gateway

文章目录API GatewaySpring Cloud Gatewaydemo9大Route Predicate好文1好文2API Gateway1、解决痛点我们都知道在微服务架构中，系统会被拆分为很多个微服务。那么作为客户端要如何去调用这么多的微服务呢？难道要一个个的去调用吗？很显然这是不太实际的，我们需要有一个统一的接口与这些微服务打交道，这就是我们需要服务网关的原因。2、API 网关的定义网关的角色是作为一个 API 架构，用来保护、增强和控制对于 API 服务的访问。API

2021-01-13 10:40:47 148 1

原创 mysql-分库分表

文章目录核心概念分区表的原理分区表的类型什么情况下会出问题核心概念对用户来说，分区表是一个独立的逻辑表，但是底层由多个物理子表组成。实现分区的代码实际上是对一组底层表的句柄对象（Handler Object）的封装。对分区表的请求，都会通过句柄对象转化成对存储引擎的接口调用。所以分区对于SQL层来说是一个完全封装底层实现的黑盒子，对应用是透明的，但是从底层的文件系统来看就很容易发现，每一个分区表都有一个使用＃分隔命名的表文件。语法：PARTITION BYMySQL在创建表时使用

2021-01-11 14:09:01 672

kk阿彬