redis是键值对的数据库，常用的五种数据类型为字符串类型（string），散列类型（hash），列表类型（list），集合类型（set），有序集合类型（zset）文章源自联网快讯-https://x1995.cn/3873.html
Redis用作缓存，主要两个用途：高性能，高并发，因为内存天然支持高并发文章源自联网快讯-https://x1995.cn/3873.html setnx key value，当key不存在时，将 key 的值设为 value ，返回1。若给定的 key 已经存在，则setnx不做任何动作，返回0。文章源自联网快讯-https://x1995.cn/3873.html 当setnx返回1时，表示获取锁，做完操作以后del key，表示释放锁，如果setnx返回0表示获取锁失败，整体思路大概就是这样，细节还是比较多的，有时间单开一篇来讲解文章源自联网快讯-https://x1995.cn/3873.html 如知乎每个问题的被浏览器次数文章源自联网快讯-https://x1995.cn/3873.html 分布式全局唯一id（string）文章源自联网快讯-https://x1995.cn/3873.html 分布式全局唯一id的实现方式有很多，这里只介绍用redis实现文章源自联网快讯-https://x1995.cn/3873.html 每次获取userId的时候，对userId加1再获取，可以改进为如下形式文章源自联网快讯-https://x1995.cn/3873.html 直接获取一段userId的最大值，缓存到本地慢慢累加，快到了userId的最大值时，再去获取一段，一个用户服务宕机了，也顶多一小段userId没有用到文章源自联网快讯-https://x1995.cn/3873.html 在list里面一边进，一边出即可文章源自联网快讯-https://x1995.cn/3873.html 假如说小编li关注了2个微博a和b，a发了一条微博（编号为100）就执行如下命令文章源自联网快讯-https://x1995.cn/3873.html b发了一条微博（编号为200）就执行如下命令：文章源自联网快讯-https://x1995.cn/3873.html 假如想拿最近的10条消息就可以执行如下命令（最新的消息一定在list的最左边）：文章源自联网快讯-https://x1995.cn/3873.html seven关注的人 每个商品入库的时候即会建立他的静态标签列表如，品牌，尺寸，处理器，内存文章源自联网快讯-https://x1995.cn/3873.html redis的zset天生是用来做排行榜的、好友列表, 去重, 历史记录等业务需求文章源自联网快讯-https://x1995.cn/3873.html 定期删除文章源自联网快讯-https://x1995.cn/3873.html redis 会将每个设置了过期时间的 key 放入到一个独立的字典中，以后会定期遍历这个字典来删除到期的 key。文章源自联网快讯-https://x1995.cn/3873.html 定期删除策略文章源自联网快讯-https://x1995.cn/3873.html Redis 默认会每秒进行十次过期扫描（100ms一次），过期扫描不会遍历过期字典中所有的 key，而是采用了一种简单的贪心策略。文章源自联网快讯-https://x1995.cn/3873.html 从过期字典中随机 20 个 key；文章源自联网快讯-https://x1995.cn/3873.html 删除这 20 个 key 中已经过期的 key；文章源自联网快讯-https://x1995.cn/3873.html 如果过期的 key 比率超过 1/4，那就重复步骤 1；文章源自联网快讯-https://x1995.cn/3873.html 惰性删除文章源自联网快讯-https://x1995.cn/3873.html 除了定期遍历之外，它还会使用惰性策略来删除过期的 key，所谓惰性策略就是在客户端访问这个 key 的时候，redis 对 key 的过期时间进行检查，如果过期了就立即删除，不会给你返回任何东西。文章源自联网快讯-https://x1995.cn/3873.html 定期删除是集中处理，惰性删除是零散处理。文章源自联网快讯-https://x1995.cn/3873.html 为什么要采用定期删除+惰性删除2种策略呢？文章源自联网快讯-https://x1995.cn/3873.html 如果过期就删除。假设redis里放了10万个key，都设置了过期时间，你每隔几百毫秒，就检查10万个key，那redis基本上就死了，cpu负载会很高的，消耗在你的检查过期key上了文章源自联网快讯-https://x1995.cn/3873.html 但是问题是，定期删除可能会导致很多过期key到了时间并没有被删除掉，那咋整呢？所以就是惰性删除了。这就是说，在你获取某个key的时候，redis会检查一下 ，这个key如果设置了过期时间那么是否过期了？如果过期了此时就会删除，不会给你返回任何东西。文章源自联网快讯-https://x1995.cn/3873.html 并不是key到时间就被删除掉，而是你查询这个key的时候，redis再懒惰的检查一下文章源自联网快讯-https://x1995.cn/3873.html 通过上述两种手段结合起来，保证过期的key一定会被干掉。文章源自联网快讯-https://x1995.cn/3873.html 所以说用了上述2种策略后，下面这种现象就不难解释了：数据明明都过期了，但是还占有着内存文章源自联网快讯-https://x1995.cn/3873.html 这个问题可能有小伙伴们遇到过，放到Redis中的数据怎么没了？文章源自联网快讯-https://x1995.cn/3873.html 因为Redis将数据放到内存中，内存是有限的，比如redis就只能用10个G，你要是往里面写了20个G的数据，会咋办？当然会干掉10个G的数据，然后就保留10个G的数据了。那干掉哪些数据？保留哪些数据？当然是干掉不常用的数据，保留常用的数据了文章源自联网快讯-https://x1995.cn/3873.html Redis提供的内存淘汰策略有如下几种：文章源自联网快讯-https://x1995.cn/3873.html Redis的数据是存在内存中的，如果Redis发生宕机，那么数据会全部丢失，因此必须提供持久化机制。文章源自联网快讯-https://x1995.cn/3873.html Redis 的持久化机制有两种，第一种是快照（RDB），第二种是 AOF 日志。快照是一次全量备份，AOF 日志是连续的增量备份。快照是内存数据的二进制序列化形式，在存储上非常紧凑，而 AOF 日志记录的是内存数据修改的指令记录文本。AOF 日志在长期的运行过程中会变的无比庞大，数据库重启时需要加载 AOF 日志进行指令重放，这个时间就会无比漫长。所以需要定期进行 AOF 重写，给 AOF 日志进行瘦身。文章源自联网快讯-https://x1995.cn/3873.html RDB是通过Redis主进程fork子进程，让子进程执行磁盘 IO 操作来进行 RDB 持久化，AOF 日志存储的是 Redis 服务器的顺序指令序列，AOF 日志只记录对内存进行修改的指令记录。即RDB记录的是数据，AOF记录的是指令文章源自联网快讯-https://x1995.cn/3873.html RDB和AOF到底该如何选择？文章源自联网快讯-https://x1995.cn/3873.html 缓存雪崩是什么？文章源自联网快讯-https://x1995.cn/3873.html 假设有如下一个系统，高峰期请求为5000次/秒，4000次走了缓存，只有1000次落到了数据库上，数据库每秒1000的并发是一个正常的指标，完全可以正常工作，但如果缓存宕机了，每秒5000次的请求会全部落到数据库上，数据库立马就死掉了，因为数据库一秒最多抗2000个请求，如果DBA重启数据库，立马又会被新的请求打死了，这就是缓存雪崩。文章源自联网快讯-https://x1995.cn/3873.html 如何解决缓存雪崩文章源自联网快讯-https://x1995.cn/3873.html 事前：redis高可用，主从+哨兵，redis cluster，避免全盘崩溃文章源自联网快讯-https://x1995.cn/3873.html 事中：本地ehcache缓存 + hystrix限流&降级，避免MySQL被打死文章源自联网快讯-https://x1995.cn/3873.html 事后：redis持久化，快速恢复缓存数据文章源自联网快讯-https://x1995.cn/3873.html 缓存穿透是什么？文章源自联网快讯-https://x1995.cn/3873.html 假如客户端每秒发送5000个请求，其中4000个为黑客的恶意攻击，即在数据库中也查不到。举个例子，用户id为正数，黑客构造的用户id为负数，文章源自联网快讯-https://x1995.cn/3873.html 如果黑客每秒一直发送这4000个请求，缓存就不起作用，数据库也很快被打死。文章源自联网快讯-https://x1995.cn/3873.html 如何解决缓存穿透文章源自联网快讯-https://x1995.cn/3873.html 查询不到的数据也放到缓存，value为空，如set -999 “”文章源自联网快讯-https://x1995.cn/3873.html 总而言之，缓存雪崩就是缓存失效，请求全部全部打到数据库，数据库瞬间被打死。缓存穿透就是查询了一个一定不存在的数据，并且从存储层查不到的数据没有写入缓存，这将导致这个不存在的数据每次请求都要到存储层去查询，失去了缓存的意义文章源自联网快讯-https://x1995.cn/3873.html分布式锁（string）
计数器（string）
文章源自联网快讯-https://x1995.cn/3873.htmlset key 0
incr key // incr readcount::{帖子id} 每阅读一次
get key // get readcount::{帖子id} 获取阅读量
文章源自联网快讯-https://x1995.cn/3873.html
文章源自联网快讯-https://x1995.cn/3873.htmlset userId 0
incr usrId //返回1
incrby userId 1000 //返回10001
消息队列（list）
# 实现方式一
# 一直往list左边放
lpush key value
# key这个list有元素时，直接弹出，没有元素被阻塞，直到等待超时或发现可弹出元素为止，上面例子超时时间为10s
brpop key value 10
# 实现方式二
rpush key value
blpop key value 10
文章源自联网快讯-https://x1995.cn/3873.html新浪/Twitter用户消息列表（list）
文章源自联网快讯-https://x1995.cn/3873.htmllpush msg::li 100
lpush msg::li 200
# 下标从0开始，[start,stop]是闭区间，都包含
lrange msg::li 0 9
抽奖活动（set）
# 参加抽奖活动
sadd key {userId}
# 获取所有抽奖用户，大轮盘转起来
smembers key
# 抽取count名中奖者，并从抽奖活动中移除
spop key count
# 抽取count名中奖者，不从抽奖活动中移除
srandmember key count
实现点赞，签到，like等功能(set)
文章源自联网快讯-https://x1995.cn/3873.html# 1001用户给8001帖子点赞
sadd like::8001 1001
# 取消点赞
srem like::8001 1001
# 检查用户是否点过赞
sismember like::8001 1001
# 获取点赞的用户列表
smembers like::8001
# 获取点赞用户数
scard like::8001
实现关注模型，可能认识的人（set）
文章源自联网快讯-https://x1995.cn/3873.html
sevenSub -> {qing, mic, james}
青山关注的人
qingSub->{seven,jack,mic,james}
Mic关注的人
MicSub->{seven,james,qing,jack,tom}文章源自联网快讯-https://x1995.cn/3873.html# 返回sevenSub和qingSub的交集，即seven和青山的共同关注
sinter sevenSub qingSub -> {mic,james}
# 我关注的人也关注他,下面例子中我是seven
# qing在micSub中返回1，否则返回0
sismember micSub qing
sismember jamesSub qing
# 我可能认识的人,下面例子中我是seven
# 求qingSub和sevenSub的差集，并存在sevenMayKnow集合中
sdiffstore sevenMayKnow qingSub sevenSub -> {seven,jack}
电商商品筛选（set）
文章源自联网快讯-https://x1995.cn/3873.html# 将拯救者y700P-001和ThinkPad-T480这两个元素放到集合brand::lenovo
sadd brand::lenovo 拯救者y700P-001 ThinkPad-T480
sadd screenSize::15.6 拯救者y700P-001 机械革命Z2AIR
sadd processor::i7 拯救者y700P-001 机械革命X8TIPlus
# 获取品牌为联想，屏幕尺寸为15.6，并且处理器为i7的电脑品牌(sinter为获取集合的交集)
sinter brand::lenovo screenSize::15.6 processor::i7 -> 拯救者y700P-001
排行版（zset）
文章源自联网快讯-https://x1995.cn/3873.html# user1的用户分数为 10
zadd ranking 10 user1
zadd ranking 20 user2
# 取分数最高的3个用户
zrevrange ranking 0 2 withscores
文章源自联网快讯-https://x1995.cn/3873.html
文章源自联网快讯-https://x1995.cn/3873.html
评论