上古程序猿坚决反对用Redis，我该怎么说服他？

前段时间，有个人吐槽自己的同事是上古程序猿，一直坚持反对使用Redis。那位上古程序猿设计公司的业务系统时候，始终坚持永远不要用缓存(其他人想用redis)，例如做个接口防重复，一定要用数据库来实现，包括定期失效之类的功能。我们在工作中也经常会用到Redis，但是为什么要用Redis?关于Redis的一些场景和实战问题，90%以上的人都没有真正理解Redis。

项目中使用Redis，主要考虑性能和并发。其实不是所有的场景都要上Redis，如果仅仅是分布式锁这些，完全可以用中间件Zookpeer等代替。很多业务系统其实用数据库就够了，无脑上缓存/NOSQL可能会带来更多更严重的问题。

但是在大并发的情况下，所有的请求直接访问数据库，数据库会出现连接异常。这个时候，就需要使用Redis做一个缓冲操作，让请求先访问到Redis，而不是直接访问数据库。

如果你是一位后端工程师，面试时八成会被问到 Redis，特别是大厂，不仅要求能简单使用 Redis，还要深入理解底层原理，具备解决常见问题的能力。可以说，熟练使用 Redis 是后端工程师的必备技能。

不管学习任何一门技术，都应该有个系统的学习!为什么一定要系统性学习?不管你是不是做 IT，其实都有系统性学习的必要。系统性的学习一个知识点，可以让我们在遇到问题时考虑得更加全面，这也是一个成熟的工程师应该具备的特征;碎片化的学习则很容易让我们得出一些片面的、甚至错误的结论。

然而，系统性学习需要耗费巨大的时间和精力，有的人可能会觉得不值得，就放弃了系统性学习，转而信仰复制粘贴改一下七字真言，一头扎进 CURD 的苦海。

所以，今天则分享出京东P8架构师亲自码出的“redis 深度笔记”，笔记内容没有讲一句废话，全篇看下来都是精华!

redis 深度笔记(全彩版)

本小册主要讲解笔者从实战中摸索总结的 Redis 最常用最核心知识点，但限于篇幅和精力，并没有涵盖 Redis 全部的内容知识点，比如 Redis 内置的 lua 脚本引擎就完全没有提到。之所以不讲，是因为在平时的工作中确实从来没有使用过，它就好比关系数据库的存储过程，虽然功能很强大，但是确实很少使用，而且也不易维护，所以就不推荐读者使用了。下面我们就从这基础、应用、原理、集群、拓展、源码等六个篇章来贯通这份 redis 深度笔记吧，完整版PDF文档可以点击此处直接免费领取。