许诗宇的博客

函数式接口：接口中只能有一个抽象方法，其他的可以有default、static、Object里继承的方法等。​ 作用：在Java中主要用在Lambda表达式和方法引用（想使用Lambda表达式, 接口必须为函数式接口）。只有确保接口中有且只有一个抽象方法，Java中的lambda才能顺利推导。​ JDK8专门提供了@FunctionalInterface注解，用来进行编译检查。就是说一个接口有这个注解了，一定是函数式接口，必须满足函数式接口的要求，不然就编译出错！...

MySQL的performance schema 用于监控MySQL server在一个较低级别的运行过程中的资源消耗、资源等待等情况。特点如下：1、提供了一种在数据库运行时实时检查server的内部执行情况的方法。performance_schema 数据库中的表使用performance_schema存储引擎。该数据库主要关注数据库运行过程中的性能相关的数据，与information_schema不同，information_schema主要关注server运行过程中的元数据信息。...

服务器线程缓存，这个值表示可以重新利用保存再缓存中的线程数量，当断开连接时，那么客户端的线程将被放到缓存中以响应下一个客户而不是销毁，如果线程重新被请求，那么请求将从缓存中读取，如果缓存中是空的或者是新的请求，这个线程将被重新请求，那么这个线程将被重新创建，如果有很多新的线程，增加这个值即可。主要控制innodb将log buffer中的数据写入日志文件并flush磁盘的时间点，值分别为0，1，2。Qcache_free_blocks：缓存中相邻内存块的个数，如果值比较大，那么查询缓存中碎片比较多。...

注意本文参考。

Drools具有一个易于访问企业策略、易于调整以及易于管理的开源业务规则引擎，符合业内标准，速度快、效率高。业务分析师或审核人员可以利用它轻松查看业务规则，从而检验已编码的规则是否执行了所需的业务规则。其前身是Codehaus的一个开源项目叫Drools，后被纳入JBoss门下，更名为JBossRules，成为了JBoss应用服务器的规则引擎。编译和运行时。编译是将规则描述文件按ANTLR3语法进行解析，对语法进行正确性的检查，然后产生一种中间结构“descr”分别是。...

WorkBench是KIE组件中的元素，也称为KIE-WB，是Drools-WB与JBPM-WB的结合体。它是一个可视化的规则编辑器。WorkBench其实就是一个war包。WorkBench经过几次版本迭代，已经不提供tomcat启动的war包，综合考虑，本课程仍然采用tomcat版本作为演示。环境说明准备jar包需要放到tomcatlib中，否则启动失败。...

它可以让应用程序的对象在规则文件中能够被访问。可以用来为规则文件提供数据或服务。语法结构为。

Hint分片策略（HintShardingStrategy）相比于上面几种分片策略稍有不同，这种分片策略无需配置分片健，分片健值也不再从SQL中解析，而是由外部指定分片信息，让SQL在指定的分库、分表中执行。读写分离的概念大家应该已经很熟练了，此处不在赘述，下面我们通过sharding-jdbc来实现读写分离，其实大家应该已经发现了，所有的操作都是配置问题，下面我们来讲一下具体的配置，关于读写分离的原理，以及如何配置mysql的主从复制，我们就不在多聊了，直接看sharding-jdbc的配置。...

ApacheShardingSphere是一套开源的分布式数据库中间件解决方案组成的生态圈，它由JDBC、Proxy和Sidecar（规划中）这3款相互独立，却又能够混合部署配合使用的产品组成。它们均提供标准化的数据分片、分布式事务和数据库治理功能，可适用于如Java同构、异构语言、云原生等各种多样化的应用场景。ApacheShardingSphere定位为关系型数据库中间件，旨在充分合理地在分布式的场景下利用关系型数据库的计算和存储能力，而并非实现一个全新的关系型数据库。...

在我之前的公司，使用的是Groovy脚本。大致的实现逻辑就是有专门后台对脚本进行管理，然后会把脚本写到「分布式配置中心」（实时刷新），客户端监听「分布式配置中心」所存储的脚本是否有改动。（脚本我这里指的是规则集，它可以是Drools的dsl，也可以是Groovy，也可以是aviator等等）在业务系统里使用「服务编排」的客户端，请求时只要传入「服务编排」的ID，就可以按「服务编排」的流程执行代码。这样做的好处就是业务链是在后台配置的，不用在系统业务上维护链，灵活性更高（写好的责任链节点可以随意组合）...

目录引入group by 原理分析group by 的简单执行流程临时表的排序是怎样的呢？where 和 having的区别where + having 区别总结使用 group by 注意的问题group by一定要配合聚合函数使用嘛？group by 后面跟的字段一定要出现在select中吗？group by导致的慢SQL问题group by的一些优化方案group by 后面的字段加索引order by null 不用排序尽量只使用内存临时表

注意：本文参考Spring Cloud灰度发布方案----ribbon框架Spring Cloud灰度发布方案----自定义路由规则_易佰菜鸟的博客-CSDN博客_springboot灰度发布

目录服务搭建基于GITHUB1.创建仓库2.新建微服务作为配置中心服务3.启动测试拉取匹配规则客户端配置刷新配置手动配置热更新自动刷新完整配置ConfigConsumer远程配置服务搭建基于GITHUB1.创建仓库登录GitHub创建仓库，并上传几个配置文件2.新建微服务作为配置中心服务依赖 <dependency> <groupId>org.springframework.clou

SleuthSleuth简介Sleuth是Spring cloud的分布式跟踪解决方案。1. span(跨度)，基本工作单元。一次链路调用，创建一个span，span用一个64位id唯一标识。包括：id，描述，时间戳事件，spanId,span父id。span被启动和停止时，记录了时间信息，初始化span叫：root span，它的span id和trace id相等。2. trace(跟踪)，一组共享“root span”的span组成的树状结构 称为 trace，trace也有一

目录Zuul启用网关负载均衡路由端点配置指定微服务的访问路径忽略微服务前缀SleuthSleuth简介Sleuth单独使用ZipkinZipkin简介Zipkin使用SpringCloud Admin健康检查Admin服务器端微服务端邮件通知钉钉群通知Zuul启用网关新建项目引入依赖 <dependency> <groupId>org.springframework.cloud<

目录Feign声明式服务调用1.创建项目User-Provider2.创建项目User-API3.User-Provider 实现API4.Consumer调用5.测试Get和Post带参请求权限属性定义各种请求APIControllerProvider开启日志超时重试hystrixhystrix独立使用脱离spring cloud整合Resttemplate整合Feign使用fallbackFactory检查具体错

目录RestTemplate依赖注入get 请求处理getForEntity返回一个Map返回对象传参调用返回对象post 请求处理postForLocation拦截器Ribbon自定义注解方式配置文件Ribbon脱离EurekaRestTemplate依赖注入 @Bean // 开启负载均衡 @LoadBalanced RestTemplate restTemplate() { return new RestTemp.

目录Eureka常用配置Eureka 单节点搭建eureka多节点服务注册的配置选项Eureka单独使用Rest服务调用/eureka/status 服务状态注册到eureka的服务信息查看注册到eureka的具体的服务查看服务续约更改服务状态删除状态更新删除服务元数据EurekaClient多网卡选择Eureka 健康检查安全配置Eureka常用配置服务端配置eureka:instance:hostn...

注意：本文参考 mysql的nvarchar_MySQL中char、varchar和nvarchar的区别_路怜涯的博客-CSDN博客一、char和varchar的区别char是固定长度的，而varchar会根据具体的长度来使用存储空间，另外varchar需要用额外的1-2个字节存储字符串长度。1). 当字符串长度小于255时，用额外的1个字节来记录长度2). 当字符串长度大于255时，用额外的2个字节来记录长度比如char(255)和varchar(255)，在存储字符串"he...

目录消息积压简介生产端消费端已经消息积压，如何处理总结注意：本文参考消息队列的消息大量积压怎么办？_JavaEdge.的博客-CSDN博客_消息队列积压了大量消息怎么处理消息积压简介系统出现性能问题，来不及处理上游发的消息，导致消息积压。消息积压是正常现象，但积压太多就需要处理了。就像水库，日常蓄水是正常的，但下游泄洪能力太差，导致水库水位一直不停上涨，就不正常！日常开发使用MQ时，如何避免消息积压？若线上已出现积压了，如何应急？性能优化主要在生产者和消费..