<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[加油]]></title><description><![CDATA[分享自己的学习比较，工作经验，共同成长，共同进步！加油！]]></description><link>https://blog.youkuaiyun.com/java852987</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; java852987]]></copyright><item><title><![CDATA[k8s]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/117170619</link><guid>https://blog.youkuaiyun.com/java852987/article/details/117170619</guid><author>java852987</author><pubDate>Sat, 22 May 2021 21:08:44 +0800</pubDate><description><![CDATA[文章目录minikube安装kubectl查看集群信息：查看集群节点查看k8s对象的更多信息为kubectl设置别名和命令行补齐创建别名为kubectl配置tab补全运行第一个应用pod列出pod访问应用创建一个服务对象为什么需要服务增加期望的副本数k8s dashboard
minikube安装
安装参考
dashboard暴露外部访问
kubectl proxy --port=8001(暴露的端口) --address='192.168.131.136'(暴露的ip) --accept-hosts=’^]]></description><category></category></item><item><title><![CDATA[Spring Cloud与gRPC]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/87100640</link><guid>https://blog.youkuaiyun.com/java852987/article/details/87100640</guid><author>java852987</author><pubDate>Thu, 14 Feb 2019 16:19:09 +0800</pubDate><description><![CDATA[文章目录Spring Cloud为什么需要gRPCgRPC简介gRPC的核心概念服务定义
Spring Cloud为什么需要gRPC
微服务架构的风格，是每个微服务运行在自己的进程中，并使用轻量级的通信机制，通常是HTTP RESTFUL API。这些服务是围绕业务能力来划分的、构建的，并通过完全自动化的机制来部署。这些服务可以用不同的语言来编写，以及不同的数据存储技术，以保证最低限度的集中式管理...]]></description><category></category></item><item><title><![CDATA[注解@PostConstruct与@PreDestroy详解及实例]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/87093258</link><guid>https://blog.youkuaiyun.com/java852987/article/details/87093258</guid><author>java852987</author><pubDate>Tue, 12 Feb 2019 15:39:52 +0800</pubDate><description><![CDATA[转载：https://blog.youkuaiyun.com/wo541075754/article/details/52174900

]]></description><category></category></item><item><title><![CDATA[Spring Cloud与分布式事务]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/87093192</link><guid>https://blog.youkuaiyun.com/java852987/article/details/87093192</guid><author>java852987</author><pubDate>Tue, 12 Feb 2019 15:39:01 +0800</pubDate><description><![CDATA[文章目录X/Open DTP模型OSI TP与2PCXA接口与JTACAP与BASE定理Java事务编程接口JTA分布式事务TCC模式定义TCC与2PCTCC与ACID分布式事务SAGA模式
X/Open DTP模型
DTP: Distributed Transaction Processing模型，用来规范全局事务处理。

如上图所示，它定义了几个组件，分别如下：

AP：Application...]]></description><category></category></item><item><title><![CDATA[Spring Cloud认证和授权]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/86759030</link><guid>https://blog.youkuaiyun.com/java852987/article/details/86759030</guid><author>java852987</author><pubDate>Sun, 03 Feb 2019 14:19:10 +0800</pubDate><description><![CDATA[文章目录微服务安全与权限流程Spring Cloud认证和授权方案微服务下SSO单点登陆方案分布式Session与网关结合方案客户端Token与网关结合方案浏览器Cookie与网关结合方案网关与Token和服务间鉴权结合
微服务安全与权限流程
我们发送请求到负载均衡软件，负载均衡发到微服务网关上，网关进行用户认证后，解析出用户的基本信息，通过认证后，携带用户标识到后台微服务，微服务根据标识进行相应...]]></description><category></category></item><item><title><![CDATA[Sleuth深入用法]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/86751207</link><guid>https://blog.youkuaiyun.com/java852987/article/details/86751207</guid><author>java852987</author><pubDate>Sat, 02 Feb 2019 17:55:39 +0800</pubDate><description><![CDATA[文章目录TracingFilterBaggage实例客户端自定义过滤器配置文件中配置服务端配置文件中配置
TracingFilter
Sleuth是通过Brave的TracingFilter达到收集Span信息的目的。
我们可以自定义Filter来对Span信息做一些自定义的修改，比如增加tag或者响应头信息。注意：自定义的Filter的优先级要比TracingFilter的低，不然无法拿到Tra...]]></description><category></category></item><item><title><![CDATA[Sleuth]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/86750954</link><guid>https://blog.youkuaiyun.com/java852987/article/details/86750954</guid><author>java852987</author><pubDate>Sat, 02 Feb 2019 17:27:17 +0800</pubDate><description><![CDATA[文章目录原理介绍Brave和Zipkin使用依赖Sleuth对feign的支持Sleuth对RestTemplate的支持Sleuth对多线程的支持
原理介绍
Sleuth通过Trace定义一次业务调用链，根据它的信息，我们就知道多少个系统参与了该业务处理。
Span用来记录系统间的调用顺序和时间戳信息。
Trace和Span的信息经过整合，就能知道该业务的完整调用链。
Brave和Zipkin
...]]></description><category></category></item><item><title><![CDATA[maven打包命令]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/85228704</link><guid>https://blog.youkuaiyun.com/java852987/article/details/85228704</guid><author>java852987</author><pubDate>Mon, 24 Dec 2018 09:24:02 +0800</pubDate><description><![CDATA[文章目录跳过测试
跳过测试

在打包命令后添加选项-Dmaven.test.skip=true，如
mvn clean package -Dmaven.test.skip=true
mvn clean 清理上次生成的文件包等。
第二种方式，在pom.xml中添加插件

&amp;lt;plugin&amp;gt;  
    &amp;lt;groupId&amp;gt;org.apache.maven.plugins&amp;lt;/...]]></description><category></category></item><item><title><![CDATA[MySQL之分区]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83654259</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83654259</guid><author>java852987</author><pubDate>Fri, 02 Nov 2018 14:03:26 +0800</pubDate><description><![CDATA[文章目录分区类型查看MySQL是否支持分区？分区类型RANGE分区LIST分区HASH分区KEY分区
分区类型
MySQL分区分为横向分区（按行分区），纵向分区（按列分区）。
查看MySQL是否支持分区？

MySQL 5.6一下版本使用如下命令：

mysql&amp;amp;amp;amp;amp;gt; SHOW VARIABLES LIKE '%partition%';


MySQL 5.6以上版本使用如下命令

mysql&amp;amp;amp;amp;amp;...]]></description><category></category></item><item><title><![CDATA[MySQL之用户自定义变量]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83588554</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83588554</guid><author>java852987</author><pubDate>Wed, 31 Oct 2018 18:27:58 +0800</pubDate><description><![CDATA[
在查询中混合使用过程化和关系化逻辑的时候，自定义变量可能会非常有用。单纯的关系查询将所有的东西都当成无序的数据集合，并且一次性操作它们。
用户自定义变量是一个用来存储内容的临时容器，在连接MySQL的整个过程中都存在。可以使用SET和SELECT来定义他们（在某些情况下，也可以使用=来赋值，不过为了避免歧义，建议始终使用:=）：
SET @one := 1;
SET @min_actor := ...]]></description><category></category></item><item><title><![CDATA[MySQL之优化特定类型的查询]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83584688</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83584688</guid><author>java852987</author><pubDate>Wed, 31 Oct 2018 15:19:25 +0800</pubDate><description><![CDATA[文章目录优化COUNT()查询关于MyISAM的神话简单的优化使用近似值优化关联查询优化子查询优化GROUP BY和DISTINCT优化LIMIT分页优化SQL_CALC_FOUND_ROWS优化UNION查询静态查询分析使用用户自定义变量
优化COUNT()查询

COUNT()可以统计某个列值的数量，也可以统计行数。
在统计列值时要求列值是非空的（不统计NULL）。如果在括号中指定了列或列的表...]]></description><category></category></item><item><title><![CDATA[MySQL之查询优化器的提示]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83542971</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83542971</guid><author>java852987</author><pubDate>Tue, 30 Oct 2018 15:39:27 +0800</pubDate><description><![CDATA[
如果对MySQL选择的执行计划不满意，可以使用优化器的几个提示（hint）来控制最终的执行计划。

文章目录HIGN_PRIORITY和LOW_PRIORITYDELAYEDSTRAIGHT_JOINSQL_SMALL_RESULT和SQL_BIG_RESULTSQL_BUFFER_RESULTSQL_CACHE和SQL_NO_CACHESQL_CALC_FOUND_ROWSFOR UPDATE...]]></description><category></category></item><item><title><![CDATA[MySQL之use index()查询]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83541311</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83541311</guid><author>java852987</author><pubDate>Tue, 30 Oct 2018 14:27:13 +0800</pubDate><description><![CDATA[语法：
SELECT ... FROM TABLE [ {USE|IGNORE|FORCE} INDEX (key_list)] WHERE ...


USE INDEX
用来提供你希望MySQL去参考的索引列表，就可以让MySQL不再考虑使用其他可用的索引。
INGNORE INDEX
让MySQL忽略一个或者多个索引。
FORCE INDEX
强制MySQL使用一个特定的索引。


...]]></description><category></category></item><item><title><![CDATA[MySQL之查询优化器的局限性]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83510915</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83510915</guid><author>java852987</author><pubDate>Mon, 29 Oct 2018 18:33:30 +0800</pubDate><description><![CDATA[
MySQL的万能&amp;quot;嵌套循环&amp;quot;并不是对每种查询都是最优的。不过还好，MySQL只对少部分查询不使用，我们往往可以通过改写查询来让MySQL高效地完成工作。MySQL 5.6以后，会消除很多MySQL原本的限制，让更多的查询能够以尽可能高的效率完成。

文章目录关联子查询UNION的限制
关联子查询

MySQL的关联子查询实现得非常糟糕。最糟糕的一类查询时WHERE条件中包含IN()的子查询。
I...]]></description><category></category></item><item><title><![CDATA[Spring之事务传播]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83374392</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83374392</guid><author>java852987</author><pubDate>Thu, 25 Oct 2018 09:20:07 +0800</pubDate><description><![CDATA[
在TransactionDefinition接口中定义

事务的7中传播特性

PROPAGATION_REQUIRED
支持当前事务，如果当前没有事务，则新建一个事务，这是最常见的选择。 也就是说如果当前有事务，则加入到当前事务中，没有则新建事务执行。
PROPAGATION_SUPPORTS
支持当前事务，如果当前没有事务，则以非事务的方式执行。
PROPAGATION_MANDATORY
...]]></description><category></category></item><item><title><![CDATA[MySQL之查询性能优化]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83348151</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83348151</guid><author>java852987</author><pubDate>Wed, 24 Oct 2018 17:59:54 +0800</pubDate><description><![CDATA[文章目录MySQL是否在扫描额外的记录响应时间扫描的行数的返回的行数扫描的行数和访问类型重构查询的方式一个复杂查询还是多个简单查询切分查询分解关联查询查询执行的基础MySQL客户端和服务器通信协议查询状态查询缓存查询的优化处理语法执行器和预处理
MySQL是否在扫描额外的记录

在确定查询只返回需要的数据之后，接下看看看查询是否为了返回结果扫描了过多的数据。三个衡量查询开销的指标如下：


响应时...]]></description><category></category></item><item><title><![CDATA[MySQL之高性能索引]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83030327</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83030327</guid><author>java852987</author><pubDate>Mon, 22 Oct 2018 18:27:18 +0800</pubDate><description><![CDATA[
索引在MySQL中也叫做键（key）是存储引擎用于快速找到记录的一种数据结构。索引对于良好的性能非常关键。尤其是表中的数据越来越大时，索引对性能的影响愈发重要。不恰当的索引会随着数据量逐渐增大，性能则会急剧下降。索引优化应该是对查询性能优化最有效的手段了。创建一个真正的”最优“经常需要重写查询。

文章目录索引基础索引的类型B-Tree索引
索引基础

在MySQL中，存储引擎首先在索引中找到对...]]></description><category></category></item><item><title><![CDATA[MySQL之EXPLAIN中type列和extra列的含义]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83272544</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83272544</guid><author>java852987</author><pubDate>Mon, 22 Oct 2018 14:36:14 +0800</pubDate><description><![CDATA[文章目录type列extra列
type列
MySQL找到数据行的方式，即访问类型。效率从最差到最好的顺序如下：

ALL
全表扫描，没有用到任何的索引，这是一种非常原始的查找方法，非常的耗时二号抵消。
index
这种类型只是另一种形式的全部扫描，只不过它的扫描顺序是按照索引的顺序，然后根据索引回表取数据。和All相比，他们都是取得了全表的数据，而且index要先读索引再回表取数据。
如果连接类...]]></description><category></category></item><item><title><![CDATA[Spring Cloud之服务器端的自我保护机制]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83105065</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83105065</guid><author>java852987</author><pubDate>Wed, 17 Oct 2018 09:47:03 +0800</pubDate><description><![CDATA[
在Eureka中各个节点都是平等的，没有ZK中角色的概念，某些节点挂点也不会影响其他节点的正常运行。默认情况下，如果Eureka Server在一定时间内（默认90秒）没有收到某个微服务实例的心跳，将会移除该实例。但是当网络分区故障发生时，微服务与Eureka Server之间无法正常通信，而微服务本身是正常运行的，此时不应该移除这个微服务，所以引入了自我保护机制。
自我保护机制是一种针对网络异...]]></description><category></category></item><item><title><![CDATA[MySQL之查询缓存]]></title><link>https://blog.youkuaiyun.com/java852987/article/details/83014506</link><guid>https://blog.youkuaiyun.com/java852987/article/details/83014506</guid><author>java852987</author><pubDate>Thu, 11 Oct 2018 16:28:30 +0800</pubDate><description><![CDATA[参考：https://blog.youkuaiyun.com/u011277123/article/details/64129527

]]></description><category></category></item></channel></rss>