夏尔的部落格 👋🏼

一、概述 什么是Redis Redis(Remote Dictionary Server) 是一个使用C语言编写的，开源的（BSD许可）高性能非关系型（NoSQL）的键值对数据库。 Redis可以存储键和五种不同类型的值之间的映射。键的类型只能为字符串，值支持五种数据类型：字符串(String)、列表(List)、集合(Set)、散列表(Hash)、有序集合(Zset)。 与传统数据库不同的是Redis的数据是存在内存中的，所以读写速度非常快，因此redis被广泛应用于缓存方向，每秒可以处理超过10万次读写操作，是已知性能最快的Key-Value DB。另外，Redis也经常用来做分布式锁。除此之外，Redis支持事务、持久化、LUA脚本、LRU驱动事件、多种集群方案。 Redis有哪些优缺点 优点 读写性能优异，Redis能读的速度是110000次/s，写的速度是81000次/s。 支持数据持久化，支持AOF和RDB两种持久化方式。 支持事务，Redis的所有操作都是原子性的，同时Redis还支持对几个操作合并后的原子性执行。 数据结构丰富，除了支持string类型的value外还....

定义以下Person JavaBean: @Data public class Person { @JSONField(name="age", serialize=false) private int age; @JSONField(name="lastName", ordinal = 2) private String lastName; @JSONField(name="firstName", ordinal = 1) private String firstName; @JSONField(name="dateOfBirth", format="dd/MM/yyyy", ordinal = 3) private Date dateOfBirth; @JSONCreator public Person(int age, String lastName, String firstName, Date dateOfBirth) { this.age = age; this.lastName = lastName; this.firstName = firstName; this.dat....

什么是Seata AT模式 AT模式是Seata主推的分布式事务解决方案，最早来源于阿里中间件团队发布的TXC服务，后来成功上云改名GTS。Seata官方文档中有关于AT模式的详细介绍——AT Mode[1]，它使得应用代码可以像使用本地事务一样使用分布式事务，完全屏蔽了底层细节，它和笔者之前介绍过的Seata TCC模式的区别有以下几点： 使用上，TCC依赖于用户自行实现的三个方法成本较大；AT依赖全局事务注解和代理数据源，其余代码基本不需要改动，对业务无侵入、接入成本极小 TCC的作用范围在应用层，本质上是实现针对某种业务逻辑的正向和反向方法；AT模式的作用范围在于底层数据源，通过保存操作行记录的前后快照和生成反向SQL语句进行补偿操作，实现难度较大，优点是对上层应用透明 TCC仅try阶段加锁，后续补偿逻辑事务间各自独立；AT如果一阶段分支事务成功则二阶段一开始全局锁即被释放，否则需要夯住直到分支事务二阶段回滚完成才能释放全局锁 Seata AT的使用方法 我们先了解一下如何在应用里使用AT模式，流程非常简单，Seata也提供了Seata-Samples[2]方便大家了解如何....

Seata 是什么 Seata是阿里近期开源的分布式事务框架，地址：https://github.com/seata/seata。框架包括了集团的TXC（云版本叫GTS）和蚂蚁金服的TCC两种模式，短短数月Github上的star数已经接近一万，算是目前唯一有大厂背书的分布式事务解决方案。 TXC在Seata中又叫AT模式，意为补偿方法是框架自动生成的，对用户完全屏蔽，用户可以向使用本地事务那样使用分布式事务，缺点是仅支持关系型数据库（目前支持MySQL），引入Seata AT的服务需要本地建表存储rollback_info，隔离级别默认RU适用场景有限。 TCC不算是新概念，很早就有了，用户通过定义try/confirm/cancel三个方法在应用层面模拟两阶段提交，区别在于TCC中try方法也需要操作数据库进行资源锁定，后续两个补偿方法由框架自动调用，分别进行资源提交和回滚，这点同单纯的存储层2PC不太一样。蚂蚁金服向Seata贡献了自己的TCC实现，据说已经演化了十多年，大量应用在在金融、交易、仓储等领域。 分布式事务的诞生背景 早期应用都是单一架构，例如支付服务涉及到的账户、金....

一、什么是Sentinel Sentinel是阿里开源的项目，提供了流量控制、熔断降级、系统负载保护等多个维度来保障服务之间的稳定性。 官网：https://github.com/alibaba/Sentinel/wiki 2012年，Sentinel诞生于阿里巴巴，其主要目标是流量控制。2013-2017年，Sentinel迅速发展，并成为阿里巴巴所有微服务的基本组成部分。它已在6000多个应用程序中使用，涵盖了几乎所有核心电子商务场景。2018年，Sentinel演变为一个开源项目。2020年，Sentinel Golang发布。 1.1 Sentinel具有以下特征: 丰富的应用场景：Sentinel承接了阿里巴巴近10年的双十一大促流量的核心场景，例如秒杀（即突发流量控制在系统容量可以承受的范围）、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。 完备的实时监控：Sentinel同时提供实时的监控功能。您可以在控制台中看到接入应用的单台机器秒级数据，甚至500台以下规模的集群的汇总运行情况。 广泛的开源生态：Sentinel提供开箱即用的与其它开源框架/库的整合模块，例如....

一、简介 Spring WebFlux作为一个响应式(reactive-stack) web框架补充，在5.0的版本开始加入到Spring全家桶。这是一个完全非阻塞的，支持Reactive Streams, 运行在诸如Netty,Undertow, 以及Servlet 3.1+容器上的。Spring WebFlux可以让你使用更少的线程去处理并发请求，同时能够让你使用更少的硬件资源来拓展你的应用。 1.1 Spring WebFlux与Spring MVC的区别 结合上图，在了解Spring WebFlux之前，我们先来对比说说什么是Spring MVC，这更有益我们去理解WebFlux，图右边对Spring MVC的定义，原文如下： Spring MVC is built on the Servlet API and uses a synchronous blocking I/O architecture whth a one-request-per-thread model. 翻译一下，意思如下： Spring MVC构建于Servlet API之上，使用的是同步阻塞式I/O....

API网关是一个服务器，是系统的唯一入口。从面向对象设计的角度看，它与外观模式类似。API网关封装了系统内部架构，为每个客户端提供一个定制的API。它可能还具有其它职责，如身份验证、监控、负载均衡、缓存、请求分片与管理、静态响应处理。API网关方式的核心要点是，所有的客户端和消费端都通过统一的网关接入微服务，在网关层处理所有的非业务功能。通常，网关也是提供REST/HTTP的访问API。 网关应当具备以下功能： 性能：API高可用，负载均衡，容错机制。 安全：权限身份认证、脱敏，流量清洗，后端签名（保证全链路可信调用）,黑名单（非法调用的限制）。 日志：日志记录（spainid,traceid）一旦涉及分布式，全链路跟踪必不可少。 缓存：数据缓存。 监控：记录请求响应数据，api耗时分析，性能监控。 限流：流量控制，错峰流控，可以定义多种限流规则。 灰度：线上灰度部署，可以减小风险。 路由：动态路由规则。 一、简介 SpringCloud Gateway是Spring Cloud的一个全新项目，该项目是基于Spring 5.0，Spring Boot 2.0和Project Rea....

一、基本原理和示例 在计算机程序中描述重复的一种方法是使用循环，如Java的while循环和for循环结构。实现重复的完全不同的方法是通过一个称为递归的过程。 递归是一种方法对自身进行一次或多次调用的技术，在执行期间，或数据结构依赖于同一类型的结构。有很多例子艺术与自然中的递归。例如，分形图案是自然递归的。艺术中使用递归的物理例子是俄罗斯的Matryoshka玩偶。每个玩偶要么是实木做的，要么是空心的，里面装着另一个奶嘴里面有洋娃娃。 在计算中，递归为执行重复性任务提供了一种优雅而强大的选择。实际上，一些编程语言（例如Scheme，Smalltalk）不显式支持循环构造，而是直接依赖关于表示重复的递归。大多数现代编程语言都支持函数递归，使用与支持传统形式的方法调用相同的机制。当调用，则该调用将挂起，直到递归调用完成。 递归是数据结构研究中的一项重要技术。我们从以下四个使用递归的示例开始，为每个示例提供了一个Java实现。 阶乘函数（通常表示为n!）是一个经典的数学具有递归定义的自然函数。 英国尺子具有递归模式，这是分形的一个简单示例结构。 二进制搜索是最重要的计算机算法之一。它允许以....

MyBatis是常见的Java数据库访问层框架。在日常工作中，多数情况下是使用MyBatis的默认缓存配置减轻数据库压力，提高数据库性能，但是MyBatis缓存机制有一些不足之处，在使用中容易引起脏数据，形成一些潜在的隐患。 一级缓存 LocalCache也被称为一级缓存，有如下特点: 它的生命周期与SqlSession一致。 底层用HashMap实现，没有缓存内容更新和过期。 有多个SqlSession时，且有数据库写，会出现脏读的情况，一级缓存慎用，或者将Scope设置为Statement。 一级缓存介绍 在应用运行过程中，有可能在一次数据库会话中，执行多次查询条件完全相同的SQL，MyBatis提供了一级缓存的方案优化这部分场景，如果是相同的SQL语句，会优先命中一级缓存，避免直接对数据库进行查询，提高性能。具体执行过程如下图所示。 每个SqlSession中持有了Executor，每个Executor中有一个LocalCache。当用户发起查询时，MyBatis根据当前执行的语句生成MappedStatement，在LocalCache进行查询，如果缓存命中的话，直接返回....

一、动态SQL MyBatis的强大特性之一便是它的动态SQL。如果有使用JDBC或其他类似框架的经验，就能体会到根据不同条件拼接SQL语句有多么痛苦。拼接的时候要确保不能忘了必要的空格，还要注意省掉列名列表最后的逗号。利用动态SQL这一特性可以彻底摆脱这种痛苦。 通常使用动态SQL不可能是独立的一部分，MyBatis当然使用一种强大的动态SQL语言来改进这种情形，这种语言可以被用在任意的SQL映射语句中。 动态SQL元素和使用JSTL或其他类似基于XML的文本处理器相似。在MyBatis之前的版本中，有很多的元素需要来了解。MyBatis3大大提升了它们，现在用不到原先一半的元素就可以了。MyBatis采用功能强大的基于OGNL的表达式来消除其他元素。 if 动态SQL通常要做的事情是有条件地包含where子句的一部分。比如: <select id="findActiveBlogLike" resultType="Blog"> SELECT * FROM BLOG WHERE state = 'ACTIVE' <if test="title != null">....

接口幂等性 什么是接口幂等性？首先看看幂等性的概念：幂等性原本是数学上的概念，用在接口上就可以理解为：同一个接口，多次发出同一个请求，必须保证操作只执行一次。调用接口发生异常并且重复尝试时，总是会造成系统所无法承受的损失，所以必须阻止这种现象的发生。比如下面这些情况，如果没有实现接口幂等性会有很严重的后果：支付接口，重复支付会导致多次扣钱 ；订单接口，同一个订单可能会多次创建。 为什么会产生接口幂等性问题？ 那么，什么情况下会产生接口幂等性的问题呢？ 网络波动， 可能会引起重复请求 用户重复操作，用户在操作时候可能会无意触发多次下单交易，甚至没有响应而有意触发多次交易应用 使用了失效或超时重试机制(Nginx重试、RPC重试或业务层重试等) 页面重复刷新 使用浏览器后退按钮重复之前的操作，导致重复提交表单 使用浏览器历史记录重复提交表单 浏览器重复的HTTP请求 定时任务重复执行 用户双击提交按钮 mq消费者在读取消息时，重复消费消息 这类问题多发于接口的： insert操作，这种情况下多次请求，可能会产生重复数据。 update操作，如果只是单纯的更新数据，比如：update ....

虽然目前大部分系统使用的是JDK8，使用的垃圾回收器也大概率为G1或者更古老的垃圾回收器，但是截止到目前为止，JDK已经更新到JDK16了，垃圾回收器也几乎在每一次迭代中被更新，目前最前沿的垃圾回收器为Shenandoah和 ZGC，这两款垃圾回收器都是以低延时为主要目的。 一、Shenandoah概述 Shenandoah垃圾回收器是RedHat公司发明的，非Oracle公司官方实现，不是Oracle的亲儿子，因此在一定程度上遭到了“排挤”，只在开源的 OpenJDK12 中开始出现，而在商业版的 Oracle JDK12 中则没有。 Shenandoah的目标是将垃圾回收的停顿时间控制在10ms以内，这意味着Shenandoah不仅需要在并发标记阶段实现并发，还需要在标记清除阶段实现并发。 与G1的异同点 Shenandoah与G1有很多相同点，都采用了基于Region的内存布局，在标记阶段均采用了并发标记。事实上，Shenandoah在代码实现上使用了很多G1的代码，因此Shenandoah有很多特点和G1是一样的。另外，Shenandoah在G1的基础上做了很多改变，至少存在下....

注意：declare定义的变量名不能和select查询的列名相同，否则赋值不成功 一、自定义函数 1.1 创建 DELIMITER $$ #将语句的结束符号从分号;临时改为两个$$(可以是自定义) CREATE FUNCTION 函数名([<参数1><类型1>[,<参数2><类型2>...]]) #定义函数 returns 数据类型 #定义返回值类型 -> BEGIN #以关键字BEGIN开始 -> select * from chengshi; #执行语句 -> RETURN 值; #返回值 -> END $$ #以关键字END结束 DELIMITER; #将语句的结束符号恢复为分号 还可以有一些特别的选项，特别的选项写在return之后，begin之前，如： comment:一个关于函数的描述 还有一些比如sql security等选项 1.2 调用 -- 无参调用 select myselect3(); -- 传参调用 select myselect5("python"); select * fr....

一、ZGC简介和性能 G1的目标是在可控的停顿时间内完成垃圾回收，所以进行了分区设计，在回收时采用部分内存回收（在YGC时会回收所有新生代分区，在混合回收时会回收所有的新生代分区和部分老生代分区），支持的内存也可以达到几十个GB或者上百个GB。为了进行部分回收，G1实现了RSet管理对象的引用关系。基于G1设计上的特点，导致存在以下问题： 停顿时间过长，通常G1的停顿时间要达到几十到几百毫秒；这个数字其实已经非常小了，但是我们知道垃圾回收发生导致应用程序在这几十或者几百毫秒中不能提供服务，在某些场景中，特别是对用户体验有较高要求的情况下不能满足实际需求。 内存利用率不高，通常引用关系的处理需要额外消耗内存，一般占整个内存的1%~20%左右。 支持的内存空间有限，不适用于超大内存的系统，特别是在内存容量高于100GB的系统中，会因内存过大而导致停顿时间增长。 ZGC作为新一代的垃圾回收器，在设计之初就定义了三大目标： 支持TB级内存 停顿时间控制在10ms之内 对程序吞吐量影响小于15%。 实际上目前ZGC已经满足设计之初定义的目标，最大支持4TB堆空间，依据实际测试的情况来看....

MySQL日志主要包括错误日志、查询日志、慢查询日志、事务日志、二进制日志几大类。其中比较重要的二进制日志binlog（归档日志）和事务日志redo log（重做日志）和undo log（回滚日志）。 一、undo log日志 1.1 什么是undo log 顾名思义，undo log（回滚日志）的字面意思就是撤销操作的日志，指的是使MySQL中的数据回到某个状态。 在MySQL数据库中，事务开始之前，MySQL会将待修改的记录保存到undo log中，如果数据库崩溃或者事务需要回滚时，MySQL可以通过利用undo log日志，将数据库中的数据回滚到之前的状态。 MySQL新增、修改和删除数据时，在事务开始前，就会将信息写入undo log中。事务提交时，并不会立刻删除undo log，InnoDB存储引擎会将事务对应的undo log放入待删除列表中，之后会通过后台的purge thread对待删除的列表进行删除处理。这里，值得注意的是：undo log是一种逻辑日志，记录的是一个变化过程。比如，MySQL执行一个delete操作，undo log就会记录一个insert操作；M....