Redis实现分布式锁核心技术与实战

Nosql概述 1、为什么要用Nosql 1、单机mySQL的年代 90年代，一个基本的网站访问一般不会有太大，单个数据库完全够了， 整个网站的瓶颈是什么？ 数据量太大，一个机器放不下！ 数据索引（B+树） 访问量（读写混合），一个服务器承受不了 只要发生以上情况之一，就必须晋级。 2、Mencached（缓存）+MySQL+垂直拆分（读写分离） 网站80%的情况都在读，每次都去查询数据库就十分麻烦！所以在中间加个缓存保证效率！ 发展过程：优化数据结构和索引–>文件缓存(IO)–>Menc

Redis的核心竞争力在于高性能（内存操作+IO多路复用）、丰富数据结构、灵活的持久化与高可用方案。原理层：理解数据结构实现（如跳表、压缩列表）、持久化机制、集群分片；实战层：掌握缓存设计、分布式锁、限流等场景，避免常见坑（如阻塞命令、缓存雪崩）；优化层：通过配置调优、命令优化、架构设计（集群+哨兵），将Redis性能发挥到极致。从单机缓存到分布式集群，Redis的设计思想与实战经验，是构建高并发、高可用系统的必备技能，也是后端面试的核心考点。

七：哨兵机制——实现不间断服务 原文：《07丨哨兵机制：主库挂了，如何不间断服务？》 当主库挂了之后，写服务会中断、从库无法进行数据同步。我们需要运行一个新的主库，比如说把一个从库切换为主库，这就涉及到三个问题： 主库真的挂了吗？ 该选择哪个从库作为主库？ 怎么把新主库的相关信息通知给从库和客户端？ 要解决这三个问题，就需要用到哨兵机制。哨兵其实就是一个运行在特殊状态下的Redis进程，只不过不执行读写请求操作。 哨兵机制的流程： **监控：**哨兵会在运行过程中，周期性地向所有主从库发送PING命令

Redis是什么？ Redis是一个键值数据库，以“快”著称 Redis是为什么这么快？ 我们都知道Redis很快，它在接收到一个键值对数据后，能以微妙级别的速度找到数据并快速完成操作。数据库这么多，为啥 Redis 能有这么突出的表现呢？一方面，这是因为它是内存数据库，所有操作都在内存上完成，内存的访问速度本身就很快。另一方面，这要归功于它的数据结构。这是因为，键值对是按一定的数据结构来组织的，操作键值对最终就是对数据结构进行增删改查操作，所以高效的数据结构是 Redis 快速处理数据的基础，也是Redi

零：前言 1. Redis知识全景图：“两大维度，三大主线”。 2. Redis问题画像图

重入问题：重入问题是指 获得锁的线程可以再次进入到相同的锁的代码块中，可重入锁的意义在于防止死锁，比如HashTable这样的代码中，他的方法都是使用synchronized修饰的，假如他在一个方法内，调用另一个方法，那么此时如果是不可重入的，不就死锁了吗？所以可重入锁他的主要意义是防止死锁，我们的synchronized和Lock锁都是可重入的。不可重试：是指目前的分布式只能尝试一次，我们认为合理的情况是：当线程在获得锁失败后，他应该能再次尝试获得锁。

为了保证我们线上服务的并发性和安全性，目前我们的服务一般抛弃了单体应用，采用的都是扩展性很强的分布式架构。 对于可变共享资源的访问，同一时刻，只能由一个线程或者进程去访问操作。这时候我们就需要做个标识，如果当前有线程或者进程在操作共享变量，我们就做个标记，标识当前资源正在被操作中， 其它的线程或者进程，就不能进行操作了。当前操作完成之后，删除标记，这样其他的线程或者进程，就能来申请共享变量的操作。通过上面的标记来保证同一时刻共享变量只能由一个线程或者进行持有。...

二：Redis为什么这么快？=> 数据结构 原文：《02丨数据结构：快速的Redis有哪些慢操作？》 为什么这么快？一是因为内存存储，二是因为其数据结构，三是多路复用机制（下一节讲）。 Redis使用Hash表来保存所有的键值对，Key为String类型，Value为五种数据形式，每一种数据形式都有其对应的底层结构，除String类型外的4种数据类型又称为集合数据。 Note：Redis还有三种扩展数据类型，BitMap、HyperLogLog、GEO，这三种在后面十一、十二节介绍。 1. 全局哈希

本文还有配套的精品资源，点击获取 简介：Redis是一个高性能的键值存储数据库，适合用作缓存、数据库和消息中间件。它支持多种数据结构，并具有内存存储、持久化、复制、事务、发布/订阅、Lua脚本处理、键空间通知、丰富的数据类型、过期策略和集群等特性。Redis的应用场景广泛，如缓存、计数器、排行榜、消息队列和分布式锁等。它还具有易于安装和配置的特点，并且通过官方文档和实战案例...

Redis 介绍 作为键值数据库，Redis 的应用非常广泛，如果你是后端工程师，我猜你出去面试，八成都会被问到与它相关的性能问题。比如说，为了保证数据的可靠性，Redis 需要在磁盘上读写 AOF 和 RDB，但在高并发场景里，这就会直接带来两个新问题：一个是写 AOF 和 RDB 会造成 Redis 性能抖动，另一个是 Redis 集群数据同步和实例恢复时，读 RDB 比较慢，限制了同步和恢复速度。 其实，一个可行的解决方案就是使用非易失内存 NVM，因为它既能保证高速的读写，又能快速持久化数据。 最后

redis核心技术与实战（三） 性能篇 文章目录1.《redis 有哪些阻塞点？》1. reids阻塞点分析1.客户端交互2.磁盘交互3.主从交互4.切片集群2.关键路径与非关键路径3.redis异步子线程机制4.建议与扩展1.建议2.扩展2.《为什么CPU结构也会影响Redis的性能？》1.CPU多核架构2.CPU多核架构对Redis 性能的影响3.多CPU架构：NUMA4.NUMA架构对redis性能影响5.绑核的好处和坏处，以及解决方案1.好处和坏处2.解决方案3.《响应波动延时：如何应对redis变

Redis入门与应用 ​ Redis一个开源的基于键值对（Key-Value）NoSQL数据库。使用ANSI C语言编写、支持网络、基于内存但支持持久化。性能优秀，并提供多种语言的API。 ​ 我们要首先理解一点，我们把Redis称为KV数据库，键值对数据库，那就可以把Redis内部的存储视为存在着一个巨大的Map，对Map的操作无非就是get和put，然后通过key操作这个key所对应的value，而这个value的类型可以多种多样，也就是Redis为我们提供的那些数据结构，比如字符串（String）

一提到 Redis，我们的脑子里马上就会出现一个词：“快。”但是你有没有想过，Redis 的快，到底是快在哪里呢？实际上，这里有一个重要的表现：它接收到一个键值对操作后，能以微秒级别的速度找到数据，并快速完成操作。 数据库这么多，为啥 Redis 能有这么突出的表现呢？一方面，这是因为它是内存数据库，所有操作都在内存上完成，内存的访问速度本身就很快。另一方面，这要归功于它的数据结构。这是因为，键值对是按一定的数据结构来组织的，操作键值对最终就是对数据结构进行增删改查操作，所以高效的数据结构是 Redi..