-
Redis数据类型Hash常用操作
redis里的hash是一个string类型的field(字段)和value(值)的映射表。特别适合用于存储对象，每个hash可以存储40多亿键值对。
熟悉python的童鞋可以想象成字典dict。之前的数据
-
提到点赞，大家一想到的是不是就是朋友圈的点赞呀？其实点赞对我们来说并不陌生，我们经常会在手机软件或者网页中看到它，今天就让我们来了解一下它的实现吧。我们常见的设计思路大概
-
缓存空值、布隆过滤器和业务层校验是防御缓存穿透的三层策略：空值需设短过期并避免null值；布隆过滤器须预估容量、全局单例且配合写库更新；业务层应优先校验参数合法性。
-
确保Redis与MySQL数据一致性的方法是：1.写操作优先写入MySQL，然后异步更新Redis；2.读操作优先从Redis获取数据，若Redis无数据则从MySQL读取并更新Redis。这种方法通过消息队列实现异步更新，确保最终一致性，并提高读操作性能。
-
Redis实现延迟队列主要有两种方式：1.使用ZSet（有序集合）：通过将任务内容作为member、执行时间戳作为score，后台worker线程轮询并处理到期任务，优点是精确性高、可排序、支持并发，缺点是轮询消耗资源、实现复杂；2.使用List结合过期时间：通过设置键的过期时间并监听过期事件触发任务处理，优点是实现简单、资源消耗低，缺点是精确性低、不支持排序、并发性差。选择时应根据业务需求权衡延迟精度、并发量和维护成本，若要求高精度和高并发则选ZSet，若对资源敏感且容忍误差则可用List方案。
-
介绍 Redis 的复制
Redis 的复制功能分为同步（sync）和命令传播（command propagate）这两个操作
同步操作用于，将从服务器的数据库状态更新至主服务器当前所处的数据库状态；命令传播操作用于，
-
Redis 介绍
Redis 代表REmote DIctionary Server是一种开源的内存中数据存储，通常用作数据库，缓存或消息代理。它可以存储和操作高级数据类型，例如列表，地图，集合和排序集合。由于Redis接
-
此次安装的版本为： 5.0.3
[root@localhost local]# redis-server --version
Redis server v=5.0.3 sha=00000000:0 malloc=jemalloc-5.1.0 bits=64 build=afabdecde61000c3
打开redis.cof
NETWORK
# 指定 redis 只接收来自于该IP地址的请求
-
布隆过滤器必须前置到请求入口，如Web中间件或API网关，在接触Redis或数据库前完成校验；冷启动需预热合法ID，误判率宜设为1%；空值缓存须存"NULL"字符串并设5–300秒短过期；参数校验需在网关/Controller层强校验；需监控空值占比与误判率并告警。
-
Redis通过事务、Lua脚本和SETNX命令实现数据操作的原子性。1）事务使用MULTI和EXEC命令，确保命令作为整体执行，但不支持回滚。2）Lua脚本通过EVAL命令，适合复杂操作，确保原子性。3）SETNX命令用于简单原子操作，如分布式锁，但需防死锁。
-
一.多线程下引起的超卖问题呈现
1.1.我先初始化库存数量为1、订单数量为0
1.2.开启3个线程去执行业务
业务为：判断如果说库存数量大于0，则库存减1，订单数量加1
结果为：库存为-2，订单数
-
redis删除hash方式
在工作中遇到删除hash类型的缓存时遇到了，怎样也删不掉redis里面的缓存，后来发现，hash类型和string类型的换成删除方式不一样，所以在这里做一下整理，后面再有遇到其他类
-
必须同时排除RedisAutoConfiguration和RedisRepositoriesAutoConfiguration，否则因后者依赖redisTemplate而启动失败；exclude参数需传入Class数组，配置文件中须正确书写全限定名并避免缩进错误，且需清理残留Redis属性和手动Bean。
-
RedisPub/Sub不适合生产实时报警系统，因其消息零持久化、无消费确认与重试机制，订阅者断线或处理失败即导致报警永久丢失。
-
RedisBitmap更新必须用Pipeline，因单次SETBIT网络开销大，10万次独立调用耗时超8秒，Pipeline可压至300ms内，并需显式execute()提交；offset须紧凑映射，key命名要可排序，BITOP前应校验长度，回滚靠双写+原子RENAME。
