分布式锁

锁是我们在设计和实现大多数系统时绕不过的话题。一旦有竞争条件出现，在没有保护的操作的前提下，可能会出现不可预知的问题。 而现代系统大多为分布式系统，这就引入了分布式锁，要求具有在分布各处的服务上保护资源的能力。 而实现分布式锁，目前大多有以下三种方式： 使用数据库实现。 使用 Redis 等缓存系统实现。 使用 Zookeeper 等分布式协调系统实现。 其中 Redis 简便灵活，高可用分布式，且支持持久化。本文即介绍基于 Redis 实现分布式锁。 SETNX 语义 使用 Redis 实现分布式锁，根本原理是 SETNX 指令。其语义如下： SETNX key value 命令执行时，如果 key 不存在，则设置 key 值为 value（同set）；如果 key 已经存在，则不执行赋值操作。并使用不同的返回值标识。命令描述文档 还可以通过 SET 命令的 NX 选项使用： SET key value [expiration EX seconds|PX milliseconds] [NX|XX] NX - 仅在 key 不存在时执行赋值操作。命令描述文档 而如下文所述，通过SET的NX选项使用，可同时使用其它选项，如EX/PX设置超时时间，是更好的方式。 SETNX 实现分布式锁 下面我们对比下几种具体实现方式。 方案1：SETNX + delete 伪代码如下： setnx

redis事物介绍 1. redis事物是可以一次执行多个命令，本质是一组命令的集合。 2. 一个事务中的所有命令都会序列化，按顺序串行化的执行而不会被其他命令插入 作用：一个队列中，一次性、顺序性、排他性的执行一系列命令 multi 指令基本使用 1. 下面指令演示了一个完整的事物过程，所有指令在exec前不执行，而是缓存在服务器的一个事物队列中 2. 服务器一旦收到exec指令才开始执行事物队列，执行完毕后一次性返回所有结果 3. 因为redis是单线程的，所以不必担心自己在执行队列是被打断，可以保证这样的“原子性” 注：redis事物在遇到指令失败后，后面的指令会继续执行 　　　　　　 # Multi 命令用于标记一个事务块的开始事务块内的多条命令会按照先后顺序被放进一个队列当中，最后由 EXEC 命令原子性( atomic )地执行 > multi（开始一个redis事物） incr books incr books > exec （执行事物） > discard （丢弃事物） 在命令行 测试redis事物 [ root@redis ~ ] # redis-cli 127.0 .0 .1 : 6379 > multi OK 127.0 .0 .1 : 6379 > set test 123 QUEUED 127.0 .0 .1 : 6379 > exec 1 ) OK

一、为什么要使用分布式锁？ 我们在开发应用的时候，如果需要对某一个共享变量进行多线程同步访问的时候，可以使用我们学到的Java多线程的18般武艺进行处理，并且可以完美的运行，毫无Bug！ 注意这是单机应用，也就是所有的请求都会分配到当前服务器的JVM内部，然后映射为操作系统的线程进行处理！而这个共享变量只是在这个JVM内部的一块内存空间！ 后来业务发展，需要做集群，一个应用需要部署到几台机器上然后做负载均衡，大致如下图： 上图可以看到，变量A存在JVM1、JVM2、JVM3三个JVM内存中（这个变量A主要体现是在一个类中的一个成员变量，是一个有状态的对象，例如：UserController控制器中的一个整形类型的成员变量），如果不加任何控制的话，变量A同时都会在JVM分配一块内存，三个请求发过来同时对这个变量操作，显然结果是不对的！即使不是同时发过来，三个请求分别操作三个不同JVM内存区域的数据，变量A之间不存在共享，也不具有可见性，处理的结果也是不对的！ 如果我们业务中确实存在这个场景的话，我们就需要一种方法解决这个问题！ 为了保证一个方法或属性在高并发情况下的同一时间只能被同一线程执行，在传统单体应用单机部署的情况下，可以使用java并发处理相关的API（如 ReentrantLock或Synchronized ）进行互斥控制。但是，随着业务发展的需要

1. 纯内存操作，肯定快 数据存储在内存中，读取的时候不需要进行磁盘的 IO 2. 单线程，无锁竞争损耗 单线程保证了系统没有线程的上下文切换 使用单线程，可以避免不必要的上下文切换和竞争条件，没有多进程或多线程引起的切换和 CPU 的消耗，不必考虑各种锁的问题，没有锁释放或锁定操作，不会因死锁而降低性能； 3. C 语言实现，更接近底层操作 Redis 是用 C 语言开发完成的 4. 多路 I/O 复用模型，非阻塞 IO 采用多路 I/O 复用技术可以让单个线程高效的处理多个网络连接请求（尽量减少网络 IO 的时间消耗） 非阻塞 IO 内部实现采用 epoll，采用了 epoll+自己实现的简单的事件框架。epoll 中的读、写、关闭、连接都转化成了事件，然后利用 epoll 的多路复用特性，绝不在 io 上浪费一点时间。 5. 数据结构简单，底层又做了优化 数据结构简单，对数据操作也简单，Redis 中的数据结构是专门进行设计的； 6. 源码精湛、简短 扩展： 在 Redis 中，常用的 5 种数据结构和应用场景 String： 缓存、计数器、分布式锁等。 List： 链表、队列、微博关注人时间轴列表等。 Hash： 用户信息、Hash 表等。 Set： 去重、赞、踩、共同好友等。 Zset： 访问量排行榜、点击量排行榜等。 多路 I/O 复用模型 多路 I/O 复用模型是利用

一、Redis基础 1、安装启动Redis 1.1 去pkgs.org下载rpm包 [root@node1 ~]# wget http://www6.atomicorp.com/channels/atomic/centos/6/i386/RPMS/redis-3.0.7-4.el6.art.i686.rpm 1.2 yum本地安装 [root@node1 ~]# yum localinstall redis-3.0.7-4.el6.art.i686.rpm 查看redis安装生成的文件： [root@node1 ~]# rpm -ql redis 备份原始配置： [root@node1 ~]# cp -p /etc/redis.conf{,.orgi} 1.3 配置 [root@node1 ~]# vim /etc/redis.conf #监听多个地址： bind 127.0.0.1 10.201.106.21 启动： [root@node1 ~]# service redis start Starting redis-server: [ OK ] [root@node1 ~]# ss -tnlp | grep redis LISTEN 0 128 10.201.106.21:6379 *:* users:(("redis-server",16155,5)) LISTEN 0

【T55B66】【十伟】【永久保存】 Redis 知识点整理 JavaTimo Chat 作者 一个节操泛滥，一身凛然正气，刚正不阿的Java程序员 附上了高清知识图谱 当前内容版权归码字科技所有并授权显示，盗版必究。 文章正文 1、什么是 Redis?. 2、Redis 的数据类型？ 3、使用 Redis 有哪些好处？ 4、Redis 相比 Memcached 有哪些优势？ 5、Memcache 与 Redis 的区别都有哪些？ 6、Redis 是单进程单线程的？ 7、一个字符串类型的值能存储最大容量是多少？ 8、Redis 的持久化机制是什么？各自的优缺点？ 9、Redis 常见性能问题和解决方案： 10、redis 过期键的删除策略？ 11、Redis 的回收策略（淘汰策略）? 12、为什么 edis 需要把所有数据放到内存中？ 13、Redis 的同步机制了解么？ 14、Pipeline 有什么好处，为什么要用 pipeline？ 15、是否使用过 Redis 集群，集群的原理是什么？ 16、Redis 集群方案什么情况下会导致整个集群不可用？ 17、Redis 支持的 Java 客户端都有哪些？官方推荐用哪个？ 18、Jedis 与 Redisson 对比有什么优缺点？ 19、Redis 如何设置密码及验证密码？ 20、说说 Redis 哈希槽的概念？ 21、Redis

关注公众号：CoderBuff，回复“redis”获取《Redis5.x入门教程》完整版PDF。 《Redis5.x入门教程》目录 第一章 · 准备工作 第二章 · 数据类型 第三章 · ​命令 第四章 ​· 配置 第五章 · Java客户端（上） 第六章 · 事务 第七章 · 分布式锁 第八章 · Java客户端（下） 第六章 · 事务 我们在学习MySQL的存储殷勤时知道，MySQL中innodb支持事务而myisam不支持事务。而事务具有四个特性： 一致性 原子性 隔离性 持久性 在redis尽管提供了事务相关的命令，但实际上它是一个“假事务”，因为它并不支持回滚，也就是说在redis中一个事务有多个命令执行，并不能保证原子性。所以要使用redis的事务，一定要 慎重 。 Redis中的“假事务”（不保证原子性） 在redis中事务相关的命令一共有以下几个： watch [key1] [key2] ：监视一个或多个key，在事务开始之前如果被监视的key有改动，则事务被打断。 multi ：标记一个事务的开始。 exec ：执行事务。 discard ：取消事务的执行。 unwatch ：取消监视的key。 正常执行事务 127.0.0.1:6379> multi OK 127.0.0.1:6379> set name kevin QUEUED 127.0.0.1:6379>

你知道的越多，你不知道的越多 点赞再看，养成习惯 本文 GitHub https://github.com/JavaFamily 上已经收录，有一线大厂面试点思维导图，也整理了很多我的文档，欢迎Star和完善，大家面试可以参照考点复习，希望我们一起有点东西。 前言 作为一个在互联网公司面一次拿一次Offer的面霸，打败了无数竞争对手，每次都只能看到无数落寞的身影失望的离开，略感愧疚（ 请允许我使用一下夸张的修辞手法 ）。 于是在一个寂寞难耐的夜晚，我痛定思痛，决定开始写互联网技术栈面试相关的文章，希望能帮助各位读者以后面试势如破竹，对面试官进行360°的反击，吊打问你的面试官，让一同面试的同僚瞠目结舌，疯狂收割大厂Offer！ 所有文章的名字只是我的噱头，我们应该有一颗谦逊的心，所以希望大家怀着空杯心态好好学，一起进步。 面试开始 一个大腹便便，穿着格子衬衣的中年男子，拿着一个满是划痕的mac向你走来，看着快秃顶的头发，心想着肯定是尼玛顶级架构师吧！但是我们腹有诗书气自华，虚都不虚。 小伙子您好，看你简历上写了你项目里面用到了Redis，你们为啥用Redis？ 心里忍不住暗骂，这叫啥问题，大家不都是用的这个嘛，但是你不能说出来。 认真回答道： 帅气迷人的面试官您好 ，因为传统的关系型数据库如Mysql已经不能适用所有的场景了，比如秒杀的库存扣减，APP首页的访问流量高峰等等

一、常见的session一致性方案 在web集群系统中，为了使web能适应大规模的访问,需要实现应用的集群部署. 而实现集群部署首先要解决session的统一，即需要实现session的一致性，目前，实现session一致性主要有两个方案，分别是session复制和session共享。 session复制，是指session信息会在集群节点之间复制，每个节点服务器上都会有相同的session信息。 这种方案的优点是即使一个节点服务器宕机了，只要还有服务器存活，session信息就不会丢失，也就不影响用户使用。而缺点是集群节点之间通信频繁，对应用的响应速度有影响，在高并发、高频操作的情况下性能下降会更厉害。 第二种方案是session共享，也就是将session信息保存在内存数据库中，然后多个节点都可以来访问内存中的session信息，最常见的就是基于Memcache/Redis等数据库的session共享。 tomcat自带集群中，提供了session复制功能，session信息会在各个tomcat中同步，session复制对网络要求较高，session内存的消耗对tomcat影响非常大，对于小集群来说，这种session复制基本够用了，而对于大型集群，还是建议使用redis或者memcache进行session共享。 因此，在构建tomcat集群时

1.1 什么是Redis 1.redis是Nosql数据库中使用较为广泛的非关系型内存数据库，redis内部是一个key-value 存储系统。 2.它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集 合)、zset(sorted set –有序集合)和hash（哈希类型，类似于java中的map）。 3.Redis 是完全开源免费的，遵守BSD协议，是一个高性能的key-value数据库。 Redis基于内存运行并支持持久化的NoSQL数据库，是当前最热门的NoSql数据库之一，也被人们称为数据结构服务器。 1.2 Redis 与其他 key - value 缓存产品有以下三个特点： Redis支持数据的持久化，可以将内存中的数据保存在磁盘中，重启的时候可以再次加载进行使用。 Redis不仅仅支持简单的key-value类型的数据，同时还提供list，set，zset，hash等数据结构的存储。 Redis支持数据的备份，即master-slave模式的数据备份。 1.3 Redis与其他key-value存储有什么不同？ Redis有着更为复杂的数据结构并且提供对他们的原子性操作，这是一个不同于其他数据库的进化路径。Redis的数据类型都是基于基本数据结构的同时对程序员透明，无需进行额外的抽象。