【原理+实战+视频+源码】手撸SpringBoot缓存系统

前言

SQL 语句执行慢的原因是面试中经常会被问到的，对于服务端开发来说也是必须要关注的问题。

在生产环境中，SQL 执行慢是很严重的事件。那么如何定位慢 SQL、慢的原因及如何防患于未然。接下来带着这些问题让我们开启本期之旅！

一，session共享

首先第一个要解决的就是sesison共享的问题，如下图。

通常有两种解决方案，第1种是配置nginx的负载集群策略为ip_hash，第2种是将session存储到其它地方，一般推荐放到redis中。

第1种方案适合于临时解决或者是为了兼容历史项目，但是从应用服务器无状态的角度考虑，推荐把用户会话session放到redis，如下图。

二，本地缓存

如果使用本地缓存，当从单体迁移到集群后，就会面临缓存同步的问题，如下图。

最佳实践是上分布式缓存，既解决了缓存同步的问题，也释放了应用服务器的内存资源，如下图。

三，文件服务

应用服务器在上集群之前，文件通常会放在本地，或者单独的文件服务器上，因为文件服务需要占用大量的硬盘空间，以上两种方案都无法很好的解决硬盘扩容的问题，最佳实践是放到云存储上，比如阿里云的OSS，或者腾讯云的COS上，这样可以做到按需扩容，如下图。

四，分布式环境下线程同步问题

在单机环境下，使用lock就可以解决线程同步的问题，一旦上了集群之后，lock就不管用了，这时需要上分布式锁，分布式锁的解决方案也有很多，我这里推荐使用redis的setnx，需要注意的是，如果redis是集群部署的，需要考虑这种情形：假设我们在redis的主节点上添加了一把分布式锁，不幸的是主节点挂掉了，而且主节点上的锁还没有同步到从节点上，如果此时有客户端来请求获得同一把锁，那么它将顺利地获得锁，之前那把锁会被无情地忽视掉，这就是分布式锁在Redis集群中遇到的麻烦。

结尾

这不止是一份面试清单，更是一种”被期望的责任“，因为有无数个待面试者，希望从这篇文章中，找出通往期望公司的”钥匙“，所以上面每道选题都是结合我自身的经验于千万个面试题中经过艰辛的两周，一个题一个题筛选出来再次对好答案和格式做出来的，面试的答案也是再三斟酌，深怕误人子弟是小，影响他人仕途才是大过，也希望您能把这篇文章分享给更多的朋友，让他帮助更多的人，帮助他人，快乐自己，最后，感谢您的阅读。

资料领取方式：戳这里免费获取

获取](https://docs.qq.com/doc/DSmxTbFJ1cmN1R2dB)**

由于细节内容实在太多啦，在这里我花了两周的时间把这些答案整理成一份文档了，在这里只把部分知识点截图出来粗略的介绍，每个小节点里面都有更细化的内容！