一、引言 如果你已经有过几轮面试经验，肯定会遇到过类似的问题。 我们都知道，数据库分页查询很常见，尤其是展示列表的功能，基本上每个系统都有。 但是，如果你做过大流量、高并发的系统，就会知道，当数据量上

为了解决责任链的局限性，我们可以引入规则树模式，用树状结构替代线性执行。规则树的核心思想是：每个节点代表一个决策点，后续执行路径由业务规则动态决定，而不是简单的顺序执行。

我们来看这样一个面试场景。 面试官：“在你们的项目中，用到多表关联查询了吗？” 候选人：“嗯，每个项目都用到了。” 面试官听了似乎有些愤怒，说：“多表关联查询这么慢，为什么你们还要用它！”

缓存既能减轻数据库压力，还能加快请求响应速度，可是如何保证数据库与缓存之间的数据一致性呢？好像不管怎么做，都会存在不一致风险，分布式缓存中的最优解是啥？本文来一起探讨~

最近看了眼我们数据库的监控，属实被吓到了，竟然有这么多慢 SQL！ 其中，有一条慢 SQL 更是逆天，执行了 600 多秒？！

SpringBoot的同步excel导出方式中，服务会阻塞直到Excel文件生成完毕，如果导出数据很多时，效率低体验差。有效的方案是将导出数据拆分后利用CompletableFuture，将导出任务异

一次线上慢SQL调优分享 一周前，客户反馈做题页面经常卡顿，加载慢；我们监控比较少，所以根据直觉去MySQL慢查询日志一看，果然是一条慢SQL。废话不多，开整！！！ 业务背景 一个在线做题的代码评测系

最近接到了一个新需求，要求提供查询关注对象的粉丝列表接口功能。该功能的难点就是关注对象的粉丝数量过多，不少店铺的粉丝数量都是千万级别，并且有些大V粉丝数量能够达到上亿级别。

本文先会给出九个完整的优化步骤，然后用一个实际案例使用优化步骤去一步步优化，并且会从场景、表设计、数据库配置、架构四方面给出进一步的优化手段。本文目的是成为慢SQL优化的指导性手册。