Redis基础用法

 

Redis-避免缓存穿透的利器之BloomFilter

Redis相关的问题的时候，经常提到BloomFilter（布隆过滤器）这玩意的使用场景是真的多，而且用起来是真的香，原理也好理解，看一下文章就可以在面试官面前侃侃而谈了

布隆过滤器可以用于检索一个元素是否在一个集合中。它的优点是空间效率和查询时间都远远超过一般的算法，缺点是有一定的误识别率和删除困难 

那应用的场景在哪里呢？一般我们都会用来防止缓存击穿

简单来说就是你数据库的id都是1开始然后自增的，那我知道你接口是通过id查询的，我就拿负数去查询，这个时候，会发现缓存里面没这个数据，我又去数据库查也没有，一个请求这样，100个，1000个，10000个呢？你的DB基本上就扛不住了，如果在缓存里面加上这个，是不是就不存在了，你判断没这个数据就不去查了，直接return一个数据为空不就好了嘛

作者：敖丙
链接：https://juejin.im/post/5db69365518825645656c0de
来源：掘金
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

https://www.cnblogs.com/Ccwwlx/p/11947257.html

redis常见问题

     缓存和数据库双写一致性问题

     缓存雪崩问题

     缓存击穿问题

     缓存的并发竞争问题

单线程的 Redis 为什么这么快

原因主要是以下三点：

• 纯内存操作
• 单线程操作，避免了频繁的上下文切换
• 采用了非阻塞 I/O 多路复用机制

Redis 的过期策略和内存淘汰机制

Redis 采用的是定期删除+惰性删除策略。

Redis 和数据库双写一致性问题

一致性问题还可以再分为最终一致性和强一致性。数据库和缓存双写，就必然会存在不一致的问题。前提是如果对数据有强一致性要求，不能放缓存。我们所做的一切，只能保证最终一致性。

另外，我们所做的方案从根本上来说，只能降低不一致发生的概率。因此，有强一致性要求的数据，不能放缓存。首先，采取正确更新策略，先更新数据库，再删缓存。其次，因为可能存在删除缓存失败的问题，提供一个补偿措施即可，例如利用消息队列。

缓存雪崩，即缓存同一时间大面积的失效，这个时候又来了一波请求，结果请求都怼到数据库上，从而导致数据库连接异常。 

 

auth marvel_2019

set key value

get key

模糊匹配

keys *

 

 

redis-cli -a revenger-------------进入redis

zrangebyscore key -inf +inf 查看有序集合的成员

zrem key value 移除键里面的值

sdiff key 查看集合的成员数量

redis-cli -p 6380 进入到相应端口的redis

 

zadd marvel:user:f1:grade0:1010:20190731 2 1008

zrangebyscore marvel:user:f1:grade0:1010:20190731 -inf +inf

 

 

redis 主从+哨兵

主对于数据可读可写。从默认是只读不写的。当从连接上主时，主会将数据同步到从上

如果主挂掉了，怎么办，整个服务就不可用了

解决方案就是哨兵

他可以作为一个第三方，监控着我们主节点的状态，当发现主挂掉后，就会从这个主的从服务器中进行选举，推选出一个新主，同时slave也切换成这个新主的slave,如果原来的主重启成功了也不会再次成为主了，而是作为slave挂到新主上。

 

该锁建议使用单独的单机redis，如果是在redis sentinel集群中情况就有所不同在redis sentinel集群中，我们具有多台redis，他们之间有着主从的关系，例如一主二从。我们的set命令对应的数据写到主库，然后同步到从库。当我们申请一个锁的时候，对应就是一条命令 setnx mykey myvalue ，在redis sentinel集群中，这条命令先是落到了主库。假设这时主库down了，而这条数据还没来得及同步到从库，sentinel将从库中的一台选举为主库了。这时，我们的新主库中并没有mykey这条数据，若此时另外一个client执行 setnx mykey hisvalue , 也会成功，即也能得到锁。这就意味着，此时有两个client获得了锁

  

 

Redis构建分布式锁

根据Redis命令：SET key value NX EX max-lock-time

这里补足之下： 自2.6.12版本之后, 便可采用set来赚取锁, Lua 脚原本放出锁。setnx是老黄历了，set命令nx,xx等参数, 是借以构建 setnx 的功能。

 

jedis.set(String key, String value, String nxxx, String expx, int time)

 

EX seconds -- Set the specified expire time, in seconds.

PX milliseconds -- Set the specified expire time, in milliseconds.

NX -- Only set the key if it does not already exist.

XX -- Only set the key if it already exist.

 

SET key value [expiration EX seconds|PX milliseconds] [NX|XX]

 

进入容器 

如果不进入容器，也可以通过docker logs xxx，xxx是容器ID，来查看容器的输出信息。

docker exec [OPTIONS] container-id COMMAND

容器在运行时指定 -d 选项时， 是以后台进程的形式运行的

OPTIONS常用的一般是 -t， -i，意义跟在docker run选项中一样 —— 为容器启动一个伪终端（pseudo-tty），并保持标准输入打开，从而可以像Linux命令行一样进行交互， COMMAND一般为 bash。 

 

Redis常用命令

keys键操作

exists-----测试key是否存在
del-----删除key
type-----返回key的类型
keys-----匹配满足的key
rename------改key名
dbsize-----当前数据库key的数量
expire-----设置key过期时间
ttl-----key剩余过期时间
move-----将key移动到指定数据库
flushdb-----删除当前数据库的所有key
flushall-----删除所有数据库的key

String键操作
set-----设置单个key
mset-----批量添加key
mget-----批量获取
incr-----key值+1
decr-----key值-1
incrby-----对key加指定值
decrby-----对key减定值
appeand-----在key值后追加
substr-----截取字符串（包前包后）

List类型操作

lpush-----在list头部添加
rpop-----批量添加
llen-----（存在对应key返回长度，反之-1，类型不对应会报错）
lrange-----在指定区间查找元素
rpush-----删除尾部元素
lpop-----删除头部元素
ltrim-----截取list（保留）

Set类型操作

sadd-----添加set
srem-----删除set中的指定元素
smove set1 set2-----将元素从set1转移到set2
scard-----返回set中元素的个数
sismember-----判断元素是否在set中
sinter set1 set2 set3...-----给所定set的交集
sunion
set1 set2 set3...-----给所定set的并集
sdiff set1 set2 set3...-----给所定set的差集
smembers-----返回set所对应的元素

Scort set

zadd-----添加
zrem--删除
zincrby （键 加值 元素） -----对set指定元素加值
zrank-----返回元素下标（按‘权’从小到大排列）
zrevrank-----返回元素下标（按‘权’从大到小排列）
zrange-----返回集合，（按‘权’从小到大排列）
zrevrange-----返回集合（按‘权’从大到小排列）
zcard-----返回集合元素个数zscorde-----返回给定元素的‘权’
zremrangebyrank-----删除集合指定区间的元素

使用命令fdisk -l查看当前磁盘的分区状态

df -lh(df -k或者df -m) 是来自于coreutils 软件包，系统安装时，就自带的；我们通过这个命令可以查看磁盘的使用情况以及文件系统被挂载的位置；

查询项目日志 ： tail -f catalina.out

总结

Redis初始化会创建一批数据库，每个数据库的内部数据结构都是字典，key-value的最终存储也会落到字典上。

AOF持久化比RDB持久化频率更高、速度更快；当有AOF持久化时，RDB持久化命令不会再执行；但当RDB持久化命令执行时，AOF命令会等待其执行完成后再执行，而其他RDB命令不会执行。

AOF文件重写过程不会影响旧的AOF文件，即便AOF重写过程失败，也不会干扰原来的AOF恢复数据，只有在成功之后才会替换原来的文件。

RDB持久化是最直接的持久化方式，直接将内存中的数据保存到RDB文件中，当恢复时也是直接从RDB文件中恢复

1. redis 支持的 java 客户端都有哪些？

Redisson、Jedis、lettuce等等，官方推荐使用Redisson。

2. jedis 和 redisson 有哪些区别？

Jedis是Redis的Java实现的客户端，其API提供了比较全面的Redis命令的支持。

Redisson实现了分布式和可扩展的Java数据结构，和Jedis相比，功能较为简单，不支持字符串操作，不支持排序、事务、管道、分区等Redis特性。Redisson的宗旨是促进使用者对Redis的关注分离，从而让使用者能够将精力更集中地放在处理业务逻辑上。

3. 怎么保证缓存和数据库数据的一致性？

• 合理设置缓存的过期时间。

• 新增、更改、删除数据库操作时同步更新 Redis，可以使用事物机制来保证数据的一致性。

4. redis 持久化有几种方式？

Redis 的持久化有两种方式，或者说有两种策略：

• RDB（Redis Database）：指定的时间间隔能对你的数据进行快照存储。

• AOF（Append Only File）：每一个收到的写命令都通过write函数追加到文件中。 

5. redis 怎么实现分布式锁？

Redis 分布式锁其实就是在系统里面占一个“坑”，其他程序也要占“坑”的时候，占用成功了就可以继续执行，失败了就只能放弃或稍后重试。

占坑一般使用 setnx(set if not exists)指令，只允许被一个程序占有，使用完调用 del 释放锁。

6. redis 分布式锁有什么缺陷？

Redis 分布式锁不能解决超时的问题，分布式锁有一个超时时间，程序的执行如果超出了锁的超时时间就会出现问题。

AOF