Springboot2.0教程（10）

Springboot2.0教程（2）

年后发哈

是飒飒无意义的刷刷子的刷刷子

这是无意

消息的特点

• Message Queue把请求的压力保存一下，逐渐释放出来，让处理者按照自己的节奏来处理。
• Message Queue引入一下新的结点，让系统的可靠性会受Message Queue结点的影响。
• Message Queue是异步单向的消息。发送消息设计成是不需要等待消息处理的完成。

所以对于有同步返回需求，用Message Queue则变得麻烦了。

RPC的特点

• 同步调用，对于要等待返回结果/处理结果的场景，RPC是可以非常自然直觉的使用方式。

行并继续处理下一个表。当使用EXTENDED关键字时，EXPLAIN产生附加信息，可以用SHOW WARNINGS浏览。该信息显示优化器限定SELECT语句中的表和列名，重写并且执行优化规则后SELECT语句是什么样子，并且还可能包括优化过程的其它注解。EXPLAIN的每个输出行提供一个表的相关信息，并且每个行包括下面的列：

id：SELECT识别符。这是SELECT的查询序列号。

select_type：SELECT类型。

SIMPLE： 简单SELECT(不使用UNION或子查询)

PRIMARY： 最外面的SELECT

UNION：UNION中的第二个或后面的SELECT语句

DEPENDENT UNION：UNION中的第二个或后面的SELECT语句，取决于外面的查询

UNION RESULT：UNION的结果

SUBQUERY：子查询中的第一个SELE

---------------------

、、

二、应用场景B：跨内部服务

如下图所示，一个服务通过微服务框架或者RPC调用调用其他的服务，多个子服务需要同时成功或失败。每个子服务都有自己的持久化方式，不一定是数据库，体现事务的持久性。每个子服务部署在不同的服务容器中，不同的服务容器部署在不同的服务器节点上。这是场景B，这个场景中分布式体现在服务（或应用）的部署上。这时候，事务的概念已经超出“数据库”的范畴了。

三、应用场景C：跨外部服务

这个场景是在应用场景B的基础上，进一步，服务的具体实现在我们控制范围之外。我们不能限制其实现语言，不能要求指定方法上加标注（注解）。甚至除了服务调用的网络通道外，我们不能期望服务间访问相同的Zookeeper作为事务协调器。这是场景C，这个场景中，我们只能在通信协议层面做约定，是最彻底的分布式场景。

无意义的