Redis是单线程的，这话搁以前，是横着走的，谁都知道的真理。现在不一样，Redis变了。再说这句话，多少得有质疑的语气来跟你辩驳一番。意志不坚定的，可能就缴械投降，顺着别人走了。到底是什么样的，各位

Redis与MySQL双写一致性如何保证？ 这道题其实就是在问缓存和数据库在双写场景下，一致性是如何保证的？本文将跟大家一起来探讨如何回答这个问题。

三万字+八十图，详解五十二问！应用、运维、高可用、集群、底层结构……由浅入深，彻底搞定Redis！太顶了！

日常的开发中，无不都是使用数据库来进行数据的存储，由于一般的系统任务中通常不会存在高并发的情况，所以这样看起来并没有什么问题。 一旦涉及大数据量的需求，如一些商品抢购的情景，或者主页访问量瞬间较大的时候，单一使用数据库来保存数据的系统会因为面向磁盘，磁盘读/写速度问题有严重的性…

上一期因为是在双十一一直在熬夜的大环境下完成的，所以我自己觉得质量明显没之前的好，我这不一睡好就加班加点准备补偿大家，来点干货。（熬夜太容易感冒了，这次点个赞别白嫖了！） 顺带提一嘴，我把我准备写啥画了一个思维导图，以后总不能每篇都放个贼大的图吧，就开源到了我的GitHub，大…

Redis不是一个简单的键值对存储，它实际上是一个支持各种类型数据结构的存储。在传统的键值存储中，是将字符串键关联到字符串值，但是在Redis中，这些值不仅限于简单的字符串，还可以支持更复杂的数据结构。下面就是Redis支持的数据结构： 字符串（String）：二进制安全字符串…

Redis 使用规范围绕如下几个纬度展开： 键值对使用规范； 命令使用规范； 数据保存规范； 运维规范。

心里忍不住暗骂，这叫啥问题，大家不都是用的这个嘛，但是你不能说出来。 认真回答道：帅气迷人的面试官您好，因为传统的关系型数据库如Mysql已经不能适用所有的场景了，比如秒杀的库存扣减，APP首页的访问流量高峰等等，都很容易把数据库打崩，所以引入了缓存中间件，目前市面上比较常用的…

现在你们在看的时候，我应该还在睡觉哈哈。困🛌 之前跟你们说的，限流，降级，是不是在双十一又应验了，下单接口其实没挂，牺牲部分用户体验，保住服务器，你多点几下是可以成功的，等流量高峰过去了，所有的用户全部都恢复正常访问，服务器也没啥事。 去年退款接口被打崩了，今年阿里明显也聪明…