增量星球

背景日常开发过程中，大家使用redis缓存基本上是家常便饭，但是代码中使用redisTemplate组件会略显得麻烦，使用时需要开发人员查阅官网文档，具体场景使用哪些方法，会花费相对的时间，故小编为提升开发效率，整理一些基本常用的交互缓存的方法，涉及redis相关的数据结构：String，List，Set，ZSet，应对大家日常开发足以。如果该类中缺失常用的方法，希望小伙伴们评论区留言，及时更新！！！工具类package com.anhuanjia.ehs.ahj.util;import lom

redis事务redis事务命令：multi标识事务开始;exec表示事务结束并执行；redis事务并不是立即执行，而是将执行命令入队列（同时校验命令的语法和命令是否正确），最后一起执行；故redis事务执行失败涉及两种原因：命令入列时，语法错误：例如：>ahds;此时会提示报错信息，事务提交时，会将所有命令的执行都失败；命令入列时，语法、关键字正确，但是操作对象值类型错误等等：例如： set money 100 set lisi 200 multi dec

分布式锁基于redis实现分布式锁思考几个问题？？？synchronized锁为什么不能应用于分布式锁？synchronized虽然能够解决同步问题，但是每次只有一个线程访问，并且synchronized锁属于JVM锁，仅适用于单点部署；然而分布式需要部署多台实例，属于不同的JVM线程对象使用redis中setnx实现分布式锁。//设置分布式锁String lockKey = "product_001_key";//语义：如何不存在则存入缓存中，且返回true；//否则已存在，则返回

绪论理论知识先介绍一下发布与订阅的基础知识：Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。发布者不是直接将消息发送给特定的接收者（订阅者），而是将发布的消息分到不同的频道，不需要知道什么样的订阅者订阅。订阅者支持订阅一个或多个频道，只需接收感兴趣的消息，不需要知道是由哪些发布者发布的。发布者和订阅者相对于频道channel而言，均可以理解为客户端。客户端发到频道的消息，将会被推送到所有订阅此频道的客户端。客户端不需要主动去获取

目录绪论RDBRDB备份方式自动备份手动备份实现过程触发时机恢复数据RDB持久化配置优缺点实践演示绪论redis持久化机制主要是将内存中的数据持久化到磁盘文件中，一种是RDB（快照）文件方式，另一种是AOF(追加)文件。小编基于centos7环境搭建Redis，如果未安装redis环境，请参考小编另一篇文章：轻松在阿里云上搭建redis。本篇主要以RDB方式为主线，开始步入正文吧。RDBRDB是在某个时间点将数据写入一个临时文件，持久化结束后，用这个临时文件替换上次持久化的文件，达到数据恢复。

绪论最近由于小编颈椎病犯了，所以最近停更了文章，今天下午刚收到几千里地老父亲寄来的艾灸贴，晚上贴上之后，伴随着火辣辣的感觉开始创作现在这篇文章；若大家get到了东西，请爱心三连。废话不再多言，下面我们进入正题。主从复制同步策略全量同步时机：slave初始化阶段；机制：slave服务器需要将master服务器上的所有数据都复制一份。增量同步时机：slave初始化之后且正常工作；机制：master服务器每执行一次新的写操作命令同步到slave服务器上，从服务器接收并执行该写命令操作；.