后端

索引 索引相关SQL 索引创建 ： create ， alter ， 建表时创建 查询索引 ： show 删除索引 drop 强制SELECT使用索引 FORCE INDEX(index_name)

快捷键 搜索文件/url路径对应方法位置等:shift shift 文件内检索 ctrl +f 文件全量搜索 ctrl+shif+f 查找类 ctrl+n 方法调用位置 :鼠标点击方法名 alt +

整体架构 连接层:负责接入工作 MYSQL基于TCP建立的网络连接,但是和客户端之间是半双工的通信机制 MYSQL会建立一个连接池(线程),每个连接都由一个线程去处理对应的请求 show proces

特性 弹性调度：支持分片，弹性伸缩 作业治理：错过的作业重新执行，自动修复 可视化管理：可以在控制台管理Job 整体架构 整体开发只需要关注Job相关业务，配置好Job即可。 simpleJob：普通

消费者 ConsumerGroup ：标识同一类消费者，同一组中的消费者必须保持相同的消费逻辑和配置。 订阅关系：topic和tag构成，同组内的订阅关系保持一致。 订阅关系不一致，会导致消费为什么问

消息队列的作用 削峰填谷 : 某个时刻请求过大，避免高负荷拖垮服务器，将这些请求放入消息队列内，web服务器按照能力从消息队列消费请求 同步转异步：上游服务器调用下游服务器，下游服务器处理缓慢，上游不

简介 数据模型: Zookeeper 通过树形结构来存储数据 树中节点类型 创建命令 生命周期 顺序性 子节点 适用场景 持久节点 create /path data 永久存在 无 支持 配置存储、元

粘包、半包 Netty 是一个基于传输层协议构建的异步事件驱动的网络应用框架，可以非常方便构建应用层协议，Netty本身也提供了一些应用层协议的实现，如HTTP这些。 传输层负责端到端的数据传输，协议

Stream流 Function 接口 : 用于类型函数转换，就是apply Optional 是一个容器类，用于包装可能为空的对象，避免直接返回 null Stream流操作: 中间操作（Inter

组件 Event Group 建立连接后的channel会经过pipline中handler处理，在handler里面进行处理数据，如读/写channel中数据。每个channel都会绑定到一个一个e

一般来说,统一的返回值会放到公共模块,被所有模块使用,同时要求所有前端返回值都需要用这个返回值接口进行封装 直接用result封装好的静态方法 根据具体业务需要扩展Result的一些方法,字段,或兼容

接口参数校验:减少if等着逻辑中判空等操作 依赖: springboot中使用 注解标注 接口入参实体中直接使用注解,也可以直接在接口入参上使用注解 入参开启校验 分组校验:用于同一个实体在不同业务中

适配器模式 如需要集成多种第三方支付接口的api，但是第三方接口不统一，微信的api是一套，支付宝的又是另外一套。在业务逻辑中，需要通过if else 去进行判断，后续有新的第三方接口时需要修改业务逻

Netty 编程模型，netty应用入门。 NIO 服务端：ServerSocketChannel监听多个SocketChannel的连接 客户端：SocketChannel ， 连接到服务器，读写数

今天在做一个需求的时候，要求考虑接口的幂等性，后台根据模板生成pdf时，要求只能生成一次，后续请求都只能是查询到生成的pdf。 为什么会出现重复请求？ 网络波动：内部调用会存在重试机制，dubbo接口

NIO,BIO,AIO 阻塞IO，非阻塞IO，IO多路复用 阻塞IO：发起 I/O 请求后，会一直阻塞，直到数据就绪并完成拷贝 非阻塞IO：发起 I/O 请求后立即返回，需要轮询是否准备好数据 IO多

idea远程调试 今天和其他中心联调我写的一个接口，遇到了一些问题。我上周三就写好了接口，一部分逻辑本地测没通，数据库捞不到一些有用的数据，只能等其他中心的开发完再联调。过两天这个接口就要上生产环境了

Springboot热部署 方式1 修改后rebuild或者ctr+f9 => 这种方式看起来和重启没什么区别 方式2 修改方法体内的内容后build就能生效,但是添加方法不生效,已经能解决大部分场景

Maven使用 用于管理项目的工具，统一约定的项目结构 pom文件管理依赖 src下写代码：包含main具体项目代码，test测试代码 target构建/编译输出目录 常用项目生命周期：可以在pom配

日志 MDC实现日志链路追踪 和 MDC多线程问题 日志级别:越低输出越详细 log4j2日志 依赖 日志输