引言 自始至终对于我们都是一个黑盒般的存在，我们并不清楚建立索引后MySQL会发生什么，也并不清楚使用索引查询时会如何检索......。甚至在前两篇文章中，对于索引咱们也留下了很多很多的疑惑：那么！它现在终于来了！但对于索引原理及底层实现，相信大家多多少少都有了解过，毕竟这也是面试过程中出现次数较为频繁的一个技术点。在本文中就来一窥MySQL索引底层的神秘面纱！一、MySQL索引为何使用B+树结构？MySQL的索引机制中，有一点可谓是路人皆知，既默认使用B+Tree作为底层的数据结构，但为什么要选择B+树呢？有人会说树结构是以二分法查找数据，所以会在很大程度上提升检索性能，这点确实没错，但树结...

引言   由于MySQL是作为存储层部署在业务系统的最后端，所有的业务数据最终都要入库落盘，但随着一个项目在线上运行的时间越来越久，数据库中的数据量自然会越来越多，而数据体积出现增长后，当需要从表查询一些数据时，效率会越发低下。在正常情况下，表的查询性能和数据量是成反比的，也就是数据越多，查询越慢。这是什么原因导致的呢？由于MySQL默认的查询方式导致的，举个例子~ SELECT * FROM `zz_student`; +------------+--------+------+--------+ | student_id | name | sex | height | +------...

为什么单独介绍TIMEOUT_CLEAN_QUEUE问题引发原因针对之前的两篇文章中所出现的 [XXX - broker busy] 问题主要是由于Broker在追加消息时持有的锁时间超过了阈值（默认为1s），Broker为了自我保护，会实现快速失败->抛出错误，客户端会选择其他Broker服务器进行重试。之前方案的解决手段除非是银行或金融级的业务服务，否则个人建议将transientStorePoolEnable = true，可以有效缓解和避免之前的 【XXX - broker busy】 问题 。方案运行原理发送的消息数据，首先会存储在DirectBuffer(堆外内存)中，而且R...

周六在公司写Reactor模型，一女同事问我为啥都2023年了还在学习Reactor模型呀，我问她为啥快30的年纪了，周六还在公司看我写Reactor呀，一时间办公室里，男的，女的，都沉默了。前言在网络IO设计中，有两种高性能模型：Reactor模型和Proactor模型。Reactor基于同步IO模式，Proactor基于异步IO模式。Netty网络框架，Redis等中间件中都有使用到Reactor模型。本文将对Reactor模型的如下三种分类进行学习和实现。单Reactor单线程模型；单Reactor多线程模型；主从Reactor多线程模型。正文一. Reactor设计模式Reactor翻...

一、MySQL中的死锁现象所谓的并发事务，本质上就是MySQL内部多条工作线程并行执行的情况，也正由于MySQL是多线程应用，所以需要具备完善的锁机制来避免线程不安全问题的问题产生，但熟悉多线程编程的小伙伴应该都清楚一点，对于多线程与锁而言，存在一个100%会出现的偶发问题，即死锁问题。1.1、死锁问题概述（Dead Lock）一句话来概述死锁：死锁是指两个或两个以上的线程（或进程）在运行过程中，因为资源竞争而造成相互等待、相互僵持的现象，一般当程序中出现死锁问题后，若无外力介入，则不会解除“僵持”状态，它们之间会一直相互等待下去，直到天荒地老、海枯石烂~当然，为了照顾一些不想看并发编程文章的...

引言相信大家在编写SQL时一定有一个困扰，就是明明记得数据库中有个命令/函数，可以实现自己需要的功能，但偏偏不记得哪个命令该怎么写了，这时只能靠盲目的去百度，以此来寻找自己需要的命令。时间是最厉害的武器，少年定会白首，鲜花亦会凋零，沧海会演变桑田，高山也会化作平原。而我们每一位开发者，作为人类也不例外，无法抵挡时间的流逝，其记忆力会随着时间逐渐推移不断下降，而MySQL中的命令/函数那么多，咱们也并不能完全记住，所以对于前面的那种情况，在实际开发中也属常事，所以本章则会将一些常用的SQL命令/函数全部罗列出来，以后当需要用到时只需回来搜索即可。当大家以后需要使用某条命令/函数时，可以很好的利用...

哪些因素会引起重复提交？开发的项目中可能会出现下面这些情况：前端下单按钮重复点击导致订单创建多次网速等原因造成页面卡顿，用户重复刷新提交请求黑客或恶意用户使用postman等http工具重复恶意提交表单重复提交会带来哪些问题？重复提交带来的问题会导致表单重复提交，造成数据重复或者错乱核心接口的请求增加，消耗服务器负载，严重甚至会造成服务器宕机订单的防重复提交你能想到几种方案？核心接口需要做防重提交，你应该可以想到以下几种方案:方式一：前端JS控制点击次数，屏蔽点击按钮无法点击 前端可以被绕过，前端有限制，后端也需要有限制方式二：数据库或者其他存储增加唯一索引约束 需要想出满足业务需求的唯一索引...

我在面试的时候很喜欢问候选人这样一个问题：“你在项目中遇到过慢查询问题吗？你是怎么做SQL优化的？”很多时候，候选人会直接跟我说他们在编写SQL时会遵循的一些常用技巧，比如：合理使用索引使用UNION ALL替代UNION不要使用select * 写法JOIN字段建议建立索引避免复杂SQL语句这里不能说完全错误，因为这些技巧确实可以提高SQL运行效率；但是也不能说完全正确，毕竟我是想问他具体怎么是做SQL优化的。接下来我问他，我这里有一段复杂的SQL，你可以动手帮我优化一下吗？到这一步的时候就有很多候选人做不好打了退堂鼓。他们有很扎实的理论知识，但是动手能力却差点火候。今天这篇文章就从实战的角...

为什么要用异步框架，它解决什么问题？在SpringBoot的日常开发中，一般都是同步调用的。但实际中有很多场景非常适合使用异步来处理，如：注册新用户，送100个积分；或下单成功，发送push消息等等。就拿注册新用户这个用例来说，为什么要异步处理？第一个原因：容错性、健壮性，如果送积分出现异常，不能因为送积分而导致用户注册失败； 因为用户注册是主要功能，送积分是次要功能，即使送积分异常也要提示用户注册成功，然后后面在针对积分异常做补偿处理。第二个原因：提升性能，例如注册用户花了20毫秒，送积分花费50毫秒，如果用同步的话，总耗时70毫秒，用异步的话，无需等待积分，故耗时20毫秒。故，异步能解决2...

上次面试官问了个问题：应用上线后Cpu使用率飙升如何排查？其实这是个很常见的问题，也非常简单，那既然如此我为什么还要写呢？因为上次回答的时候我忘记将线程PID转换成16进制的命令了。所以我决定再重温一遍这个问题，当然贴心的我还给大家准备好了测试代码，大家可以实际操作一下，这样下次就不会忘记了。模拟一个高CPU场景 public class HighCpuTest { public static void main(String[] args) { List<HignCpu> cpus = new ArrayList<>(); T...

今天我们来聊一聊在基于SpringBoot前后端分离开发模式下，如何友好的返回统一的标准格式以及如何优雅的处理全局异常。首先我们来看看为什么要返回统一的标准格式？为什么要对SpringBoot返回统一的标准格式在默认情况下，SpringBoot的返回格式常见的有三种：第一种：返回 String @GetMapping("/hello") public String getStr(){ return "hello,javadaily"; } 复制代码 此时调用接口获取到的返回值是这样： hello,javadaily 复制代码 第二种：返回自定义对象 @GetMapping("/aniaml...

在 Spring Boot 出现之前，我们要运行一个 Java Web 应用，首先需要有一个 Web 容器（例如 Tomcat 或 Jetty），然后将我们的 Web 应用打包后放到容器的相应目录下，最后再启动容器。在 IDE 中也需要对 Web 容器进行一些配置，才能够运行或者 Debug。而使用 Spring Boot 我们只需要像运行普通 JavaSE 程序一样，run 一下 main() 方法就可以启动一个 Web 应用了。这是怎么做到的呢？今天我们就一探究竟，分析一下 Spring Boot 的启动流程。概览回看我们写的第一个 Spring Boot 示例，我们发现，只需要下面几行代...

在Spring Boot集成Kafka时，大家都知道可以使用@KafkaListener注解创建消费者。但是@KafkaListener注解是静态的，意味着在编译时就已经确定了消费者，无法动态地创建消费者。不过事实上，使用Kafka提供的Java API，使用KafkaConsumer类就可以完成消费者的动态创建。我们也知道在一个消费者组中，同一条消息只会被消费一次。而动态创建消费者的情景也通常是满足动态的发布订阅模型（一个发布者，但是可能有不定量的消费者），所以在这里我们使每个动态创建的消费者的消费者组也不一样即可。下面，我们就来实现一下这个功能。1，创建消费者对象我们可以定义一个“消费者工...

现如今市面上注册中心的轮子很多，我实际使用过的就有三款：Eureka、Gsched、Nacos，由于当前参与 Nacos 集群的维护和开发工作，期间也参与了 Nacos 社区的一些开发和 Bug Fix 工作，过程中对 Nacos 原理有了一定的积累，今天给大家分享一下 Nacos 动态服务发现的原理。不 BB，上文章目录：01 什么是动态服务发现？服务发现是指使用一个注册中心来记录分布式系统中的全部服务的信息，以便其他服务能够快速的找到这些已注册的服务。在单体应用中，DNS+Nginx 可以满足服务发现的要求，此时服务的IP列表配置在 nginx 上。在微服务架构中，由于服务粒度变的更细，服...