redis乐观锁与悲观锁的实战
目录概念乐观锁悲观锁乐观锁示例悲观锁示例总结提升概念Redis是一个内存中的键值存储系统，支持多种数据结构，如字符串、哈希、列表等。Redis提供了两种锁机制，即乐观锁和悲观锁。乐观锁乐观锁是一种乐观的并发控制策略，它认为数据在大多数情况下
redis
Redis分布式锁一定要避开的两个坑
目录1 第一个坑：错误释放锁时机1.1. 发现问题1.2 解决问题2 第二个坑：缓存失效问题2.1 过期清理机制2.2 内存回收机制2.3 乐观锁1 第一个坑：错误释放锁时机1.1. 发现问题分析以下代码存在什么问题：// 分布式锁服务pu
redis中5种数据基础查询命令
目录（一）key查询1.查询所有key2.查询包含某个字符的key3.查询key的类型4.查询某个键是否存在（二）5种数据类型查询命令1.string查询2.hash查询3.set查询4.zset查询5.list查询（一）key查询1.查询
Redis序列化转换类型报错的解决
Cannot convert value of type org.springframework.data.redis.core.convert.MappingRedisConverter to required type org.spri
手把手教你使用redis实现排行榜功能
目录一、需求背景二、实现思路 1、利用数据库2、利用redis总结一、需求背景最近项目需要做排行榜功能，实现员工邀请用户注册排行榜，要求是实时更新，查询要快。员工所属支行、二级行、省行，界面要根据条件显示排名数据。效果如下图所示：原型图展示
redis延迟双删策略示例讲解
目录1、什么是延迟双删？2、为什么要进行延迟双删？3、对于方案处理都有弊端，那么我们需要使用延迟双删策略4、需要注意的点5、延迟的时间如何确定？小结在当前环境下，通常我们会首选redis缓存来减轻我们数据库访问压力。但是也会遇到以下这种情况
简单聊一聊redis过期时间的问题
目录1.多次修改一个redis的String过期键，如何保证他仍然能保留第一次设置时的删除时间2.修改hash、set、Zset、list的值，会使过期时间重置吗？总结1.多次修改一个redis的String过期键，如何保证他仍然能保留第一
redis实现session共享的方法
目录引言案例介绍具体操作引言大厂很多项目都是部署到多台服务器上，这些服务器在各个地区都存在，当我们访问服务时虽然执行的是同一个服务，但是可能是不同服务器运行的；在我学习项目时遇到这样一个登录情景，假设有如下三台服务器（如图），就使用sess
React中immutable的使用
目录UI组件渲染性能方案一：shallow compare总结：react 一直遵循UI = fn(state) 的原则，有时候我们的state却和UI不同步 有时候组件本身在业务上不需要渲染，却又会再一次re-render。之前在项目中遇
详解如何清理Redis内存碎片
目录什么是Redis内存碎片？Redis内存碎片是如何形成的？如何判断Redis是否有内存碎片？如何清理内存碎片？内存碎片自动清理如何缓解这个问题？总结明明做了数据删除，数据量已经不大了，为什么使用 top 命令查看时，还会发现 Redis
