2021-10-01 REDIS全网最超级详细
redis 编译安装
版本
redis-6.0.6
编译
wget http://download.redis.io/releases/redis-6.0.6.tar.gz
tar -xvf redis-6.0.6.tar.gz -C /usr/src
make
出现报错：
^
server.c:5346:31: 错误：‘struct redisServer’没有名为‘server_cpulist’的成员redisSetCpuAffinity(server.server_cpulist);^
server.c: 在函数‘hasActiveChildProcess’中:
server.c:1478:1: 警告：在有返回值的函数中，控制流程到达函数尾 [-Wreturn-type]}^
server.c: 在函数‘allPersistenceDisabled’中:
server.c:1484:1: 警告：在有返回值的函数中，控制流程到达函数尾 [-Wreturn-type]}^
server.c: 在函数‘writeCommandsDeniedByDiskError’中:
server.c:3934:1: 警告：在有返回值的函数中，控制流程到达函数尾 [-Wreturn-type]}^
server.c: 在函数‘iAmMaster’中:
server.c:5134:1: 警告：在有返回值的函数中，控制流程到达函数尾 [-Wreturn-type]}^
make[1]: *** [server.o] 错误 1原因：原因是gcc版本过低
解决办法：升级GCC
yum -y install centos-release-sclyum -y install devtoolset-9-gcc devtoolset-9-gcc-c++ devtoolset-9-binutilsscl enable devtoolset-9 bashecho "source /opt/rh/devtoolset-9/enable" >> /etc/profile
再次编译就解决
~~~make启动redis
关闭 redis shutdowm
cd /root/redis-6.0.6/src
./redis-cli
报错：
Could not create server TCP listening socket *:6379: bind: Address already in use
6379端口已经被占用
解决：
ps -ef |grep -i redis
kill -9 进程号
重新启动redis
./redis -server
## 此配置是守护进程，后台模式
###
连接redis/root/redis-6.0.6/src
输入命令 ping 返回pong则表示联通
设置基本值
set name zhaoyang ##设置一个值为name的key
get name ## 获取key值
DEL key
该命令用于在 key 存在时删除 key。
2 DUMP key
序列化给定 key ，并返回被序列化的值。
3 EXISTS key
检查给定 key 是否存在。
4 EXPIRE key seconds
为给定 key 设置过期时间，以秒计。
5 EXPIREAT key timestamp
EXPIREAT 的作用和 EXPIRE 类似，都用于为 key 设置过期时间。 不同在于 EXPIREAT 命令接受的时间参数是 UNIX 时间戳(unix timestamp)。
6 PEXPIRE key milliseconds
设置 key 的过期时间以毫秒计。
7 PEXPIREAT key milliseconds-timestamp
设置 key 过期时间的时间戳(unix timestamp) 以毫秒计
8 KEYS pattern
查找所有符合给定模式( pattern)的 key 。
9 MOVE key db
将当前数据库的 key 移动到给定的数据库 db 当中。
10 PERSIST key
移除 key 的过期时间，key 将持久保持。
11 PTTL key
以毫秒为单位返回 key 的剩余的过期时间。
12 TTL key
以秒为单位，返回给定 key 的剩余生存时间(TTL, time to live)。
13 RANDOMKEY
从当前数据库中随机返回一个 key 。
14 RENAME key newkey
修改 key 的名称
15 RENAMENX key newkey
仅当 newkey 不存在时，将 key 改名为 newkey 。
16 SCAN cursor [MATCH pattern] [COUNT count]
迭代数据库中的数据库键。
17 TYPE key
返回 key 所储存的值的类型。
redis 的压测
cd /usr/local/bin
redis-benchmark -h localhost -p 6379 -c 100 -n 100000
常用选项：-h 指定服务器主机名-p 指定服务端口-s 指定服务器socket-c 指定并发链接数-n 指定请求数-d 以字节的形式指定SET/GET的值的数据大小
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ghUwVKmb-1633090227773)(:/7923ff78a8b34f7887c66435702f8efd)]
（1）
对十万个请求进行测试
（2）100并发客户端
（3）每次写入三个字节
（4）只有一台服务器处理该请求
（5）所有请求在3毫秒处理完
（6）每一毫秒处理[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-joPEyFFt-1633090227775)(:/2232844f6b654e0a9f011f3faf34a2ef)]
================================================================
基础知识
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dyD8FZyT-1633090227778)(:/b7c26c62a65a4489ad210b867aca58c0)]
上图表示redis默认有16个数据库，默认使用的是第0个
可以使用select进行切换
DBSIZE查看数据库大小
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3mKMRKyO-1633090227780)(:/03b8419de63944728a9b9eb1556a3b4c)]
清空当前所有值在数据库中
flusdb之后可以用keys *
清楚全部数据库的内容：flushall
为什么redis 的端口号是6379？答：粉丝效应
redis是单线程的！，redis是很快的，官方表示redis级域内存的，cpu不是redis性能瓶颈，redis瓶颈是根据机器的内存和网络带宽，既然可以使用单线程,就使用单线程
redis 为什么这么快？
误区1：高性能的服务器一定是多线程的？
误区2：多线程（cpu上下文回切换），一定比单线程效率高
核心：redis是将所有的数据存放在内存中的，所以说单线程去操作效率是最高的，多线程（cpu上下文切换：耗时操作）
1,redis是C语言编写，官方提供数据为十万加的qps，完全不比同样使用key-vale的memecache差
2
五大数据类型
redis 官网：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-aPI4Uv9C-1633090227782)(:/ed422cbd4f494e0cb61135bed128acd6)]
Redis 是一个开源（BSD许可）的，内存中的数据结构存储系统，它可以用作数据库、缓存和消息中间件。 它支持多种类型的数据结构，如 字符串（strings）， 散列（hashes）， 列表（lists）， 集合（sets）， 有序集合（sorted sets） 与范围查询， bitmaps， hyperloglogs 和 地理空间（geospatial） 索引半径查询。 Redis 内置了 复制（replication），LUA脚本（Lua scripting）， LRU驱动事件（LRU eviction），事务（transactions） 和不同级别的 磁盘持久化（persistence）， 并通过 Redis哨兵（Sentinel）和自动 分区（Cluster）提供高可用性（high availability）
redis-key
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RYsYIQG5-1633090227784)(:/3c166bdc01284c81b7d70810c172c273)]
String类型
################################################
127.0.0.1:6379> FLUSHALLall
(error) ERR unknown command `FLUSHALLall`, with args beginning with:
127.0.0.1:6379> FLUSHALL ## 清空值
OK
127.0.0.1:6379> set name zhoyang ## 设置一个值
OK
127.0.0.1:6379> keys * ## 查看所有值
1) "name"
127.0.0.1:6379> EXISTS name ## 查看值为name的是否存在
(integer) 1
127.0.0.1:6379> MOVE name
(error) ERR wrong number of arguments for 'move' command
127.0.0.1:6379> move name 1 ## 移动值到数据库1里面
(integer) 1
127.0.0.1:6379> EXISTS name
(integer) 0
127.0.0.1:6379> set age 1
OK
127.0.0.1:6379> keys *
1) "age"
127.0.0.1:6379> EXISTS age
(integer) 1
127.0.0.1:6379> keys *
1) "age"
127.0.0.1:6379> set name zhaoyang
OK
127.0.0.1:6379> keys *
1) "name"
2) "age"
127.0.0.1:6379> get name
"zhaoyang"
127.0.0.1:6379> EXPIRE name 10 ### 为值设置过期时间
(integer) 1
127.0.0.1:6379> TTL name ### 查看过期时间
(integer) 1
127.0.0.1:6379> TTL name
(integer) -2
127.0.0.1:6379> keys *
1) "age"
127.0.0.1:6379> set name zhaoyang
OK
127.0.0.1:6379> keys *
1) "name"
2) "age"
127.0.0.1:6379> TYPE name ### 查看值的类型
string
127.0.0.1:6379> TYPE age
string
127.0.0.1:6379> FLUSHALL
OK
127.0.0.1:6379> keys *
(empty array)
127.0.0.1:6379> keys *
(empty array)
127.0.0.1:6379> set name1 zhaoyang
OK
127.0.0.1:6379> keys *
1) "name1"
127.0.0.1:6379> EXISTS name1 ### 查看值是否存在
(integer) 1
127.0.0.1:6379> APPEND name1 zhao ### 追加值
(integer) 12
127.0.0.1:6379> get name1
"zhaoyangzhao"
127.0.0.1:6379> STRLEN name1 ### 查看值的长度
(integer) 12
127.0.0.1:6379> APPEND name1 hello ### 在值为name1后追加hello
(integer) 17
127.0.0.1:6379> get name1
"zhaoyangzhaohello"
127.0.0.1:6379>
###############################################
127.0.0.1:6379> set views 0 ### 初始浏览量为0
OK
127.0.0.1:6379> get views
"0"
127.0.0.1:6379> incr views **### 自增1**
(integer) 1
127.0.0.1:6379> incr views
(integer) 2
127.0.0.1:6379> incr views
(integer) 3
127.0.0.1:6379> get views
"3"
127.0.0.1:6379> DECR views **### 自减1**
(integer) 2
127.0.0.1:6379> DECR views
(integer) 1
127.0.0.1:6379> DECR views
(integer) 0
127.0.0.1:6379> DECR views
(integer) -1
127.0.0.1:6379> get views
"-1"
127.0.0.1:6379> INCRBY views 10 ## 设置步长指定增量
(integer) 9
127.0.0.1:6379> DECRBY views 10
(integer) -1
127.0.0.1:6379> ################################################字符串范围 设置 getrange
127.0.0.1:6379> set key1 "hello,zhaoyang" ## 设置key1的值
OK
127.0.0.1:6379> GETRANGE key1 0 3 #截取字符串 {0-3}
"hell"
127.0.0.1:6379> GETRANGE key1 0 -1 ## 等同于get key
"hello,zhaoyang"
127.0.0.1:6379> ################################################字符串替换 替换 setrange127.0.0.1:6379> set key2 abcdefg
OK
127.0.0.1:6379> get key2
"abcdefg"
127.0.0.1:6379> SETRANGE key2 1 xx
(integer) 7
127.0.0.1:6379> get key2
"axxdefg"
127.0.0.1:6379>
########################################################### setex (set whit expire) # 设置过期时间
# setnx (set if not exist) # 不存在再设置
**在分布式锁中会常常使用**127.0.0.1:6379> SETEX k3 30 "hello" # 设置K3的值为hello，30秒过期
OK
127.0.0.1:6379> TTL
(error) ERR wrong number of arguments for 'ttl' command
127.0.0.1:6379> TTL k3
(integer) 21
127.0.0.1:6379> get k3
"hello"
127.0.0.1:6379> SETNX mk redis"" #如果mk 不存在，创建Mk
(integer) 1
127.0.0.1:6379> ttl k3
(integer) -2
127.0.0.1:6379> setnx mk "mongodb" # 如果mk存在，则创建失败
(integer) 0
127.0.0.1:6379> get mk
"redis"
127.0.0.1:6379>
#############################################################同时设置多个和获取多个值127.0.0.1:6379> MSET k1 v1 k2 v2 k3 v3 # 同时设置多个值
OK
127.0.0.1:6379> keys *
1) "k1"
2) "k3"
3) "k2"
127.0.0.1:6379> megt k1 k2 k3
(error) ERR unknown command `megt`, with args beginning with: `k1`, `k2`, `k3`,
127.0.0.1:6379> mget k1 k2 k3 # 同时获取多个值
1) "v1"
2) "v2"
3) "v3"
127.0.0.1:6379> MSETNX k1 v2 k4 v4 # mset 是一个原子性的操作，要么一起成功要么一起失败
(integer) 0
127.0.0.1:6379> get k4
(nil)
127.0.0.1:6379> ## 对象
set user:1 (name:zhangsan,age:3) # 设置一个user:1 对象 值为json字符来保存一个对象！## 这里的Key是一个巧妙的设计：user:{id}:{filed},127.0.0.1:6379> mset user:1:name zhangsan user:1:age 2
OK
127.0.0.1:6379> MGET key1
1) (nil)
127.0.0.1:6379> mget user:1:name user:1:age
1) "zhangsan"
2) "2"
######################################################
getset #先获取再设置127.0.0.1:6379> getset db redis ## 如果不存在值，则返回 nil
(nil)
127.0.0.1:6379> get db
"redis"
127.0.0.1:6379> getset db mongodb ## 如果值存在，获取原来的值，并且设置新的值
"redis"
127.0.0.1:6379> get db
"mongodb"
127.0.0.1:6379>
数据结构相同
string类似的使用场景：value除了是我们的字符串还可以是我们的数字！
1 计数器
2 统计多单位的数量
3 粉丝数
4 对象缓存存储
Bitmap
位存储
例如:统计疫情感染人数,没有感染的用0表示,被感染的用1表示
统计用户信息,活跃,不活跃,登陆,未登录! 打卡,365打卡!
两个状态的都可以使用Bitmaps
Bitmaps:位图,数据结构.都是操作二进制位来进行记录,就只有0和1两个状态
使用Bitmaps来记录周一到周日的打卡!
打卡
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-vaK5Muh0-1633090330127)(:/b1580ad8cc434ff9b317ee4819c1319a)]
查看某一天是否打卡!
127.0.0.1:6379> GETBIT sign 3
(integer) 1
127.0.0.1:6379> GETBIT sign 6
(integer) 0
127.0.0.1:6379>
统计打卡的天数
127.0.0.1:6379> BITCOUNT sign
(integer) 3
127.0.0.1:6379>
Hash(哈希)20/08/2021 16:41
Map集合，key-map
set myhash filed kuangsheng
MAP集合，key-map的时候这个值是一个MAP集合！本质上和string类型没有太大区别，还是一个简单的集合
hset #设置值
hget #获取值
hmset #设置多个值
hmget #获取多个值
127.0.0.1:6379>
127.0.0.1:6379> hset myhash filed1 kuangsheng # set一个具体值 key-value
(integer) 1
127.0.0.1:6379> hget myhash filed1
"kuangsheng"
127.0.0.1:6379> hmset myhash filed1 hello filed2 world #多个
OK
127.0.0.1:6379> hmget myhash filed1 filed2
1) "hello"
2) "world"
################################################################
hdel #删除hash指定的字段！对应的value值也就没有了
hgetall # 获取全部的值
127.0.0.1:6379>
127.0.0.1:6379> HDEL myhash filed1
(integer) 1
127.0.0.1:6379> HGETALL myhash
1) "filed2"
2) "world"
127.0.0.1:6379> ################################################################
hlen #获取hash字段表的数量127.0.0.1:6379> hmset myhash filed1 hello field2 hahah
OK
127.0.0.1:6379> hlen myhash #获取hash字段表的数量
(integer) 3
127.0.0.1:6379> hgetall myhash
1) "filed2"
2) "world"
3) "filed1"
4) "hello"
5) "field2"
6) "hahah"
127.0.0.1:6379>
################################################################
hexists #判断hash中的指定字段是否存在
127.0.0.1:6379> HEXISTS myhash filed1
(integer) 1
127.0.0.1:6379> HEXISTS myhash filed3
(integer) 0
127.0.0.1:6379>
################################################################
hkeys #只获取对应的字段
HVALS #只获取对应的值127.0.0.1:6379> hkeys myhash
1) "filed2"
2) "filed1"
3) "field2"
127.0.0.1:6379> HVALS myhash
1) "world"
2) "hello"
3) "hahah"
127.0.0.1:6379>
###############################################################
hincrby #自增
hdecrby #自减
HSETNX #值存在则创建失败，不存在则创建成功
127.0.0.1:6379> hset myhash filed3 5
(integer) 1
127.0.0.1:6379> HINCRBY myhash filed3 1
(integer) 6
127.0.0.1:6379> HINCRBY myhash filed3 -1
(integer) 5
127.0.0.1:6379> HSETNX myhash filed4 hello #不存在设置成功
(integer) 1
127.0.0.1:6379> HSETNX myhash filed4 word #存在则失败
(integer) 0
127.0.0.1:6379>
###############################################################
使用场景
hash变更数据 user name age，尤其是用户信息之类的，特别是经常变动的信息，hash更适合于对象的存储，string适合字符串的存储
Hyperloglog
什么是基数?
A(1,3,5,7,8,9,7) B(1,3,5,7,8)
基数(不重复的元素)=5 可以接收误差!
简介:
redis 2.8.9版本就已经更新hyperloglog数据结构!
redis Hyperloglog 基数统计算法!
网页的uv (一个人访问一个网站多次,但是还是算作一个人!)
传统方式 set (保存用户id,然后就可以统计set中的元素数量,作为标准作为判断!)
在这个方式如果保存大量用户的id,就会比较麻烦,我们的目的就是为例统计计数,而不是保存用户id.
0.81%的错误率! 统计uv任务,可以忽略不记
优点:占用的内存是固定的,2^64不同元素的基数,只要需废12kb内存!,如果从内存角度来比较的话Hyperloglog首选!
测试使用
127.0.0.1:6379> PFADD mykey a b c d e f g h i j k #创建第一个元素
(integer) 1
127.0.0.1:6379> PFCOUNT mykey #查看mykey的元素数量
(integer) 11
127.0.0.1:6379> PFADD mykey2 i j z x c vb n m # 创建第二个元素
(integer) 1
127.0.0.1:6379> PFCOUNT mykey2
(integer) 8
127.0.0.1:6379> PFMERGE mykey mykey2 # 合并两组 并集
OK
127.0.0.1:6379> PFCOUNT mykey
(integer) 16 # 看合并的数量!
127.0.0.1:6379>
如果允许容错,那么一定可以使用Hyperloglog
如果不允许容错,就使用set或者自己的数据类型即可!
list
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-z8rMoIwj-1633090368020)(:/780d7432d90847789acf9932a9b0524d)]
在redis里面，我们可以把list看成、栈、队列，阻塞队列。所有redis命令不区分大小写
############################################################lpush：将一个或多个值插入到表头lrance:获取list中的值rpush:将一个或多个值插入到列表的右边 127.0.0.1:6379> LPUSH list one # 将一个或多个值，插入到列表头部
(integer) 1
127.0.0.1:6379> LPUSH list two
(integer) 2
127.0.0.1:6379> LPUSH list three
(integer) 3
127.0.0.1:6379> LRANGE list 0 -1 # 获取list中的值
1) "three"
2) "two"
3) "one"
127.0.0.1:6379> LRANGE list 0 1 # 通过区间获取具体的值
1) "three"
2) "two"
127.0.0.1:6379> RPUSH list right # 将一个或多个值，插入到列表右边
(integer) 4
127.0.0.1:6379> LRANGE list 0 -1
1) "three"
2) "two"
3) "one"
4) "right"
127.0.0.1:6379>
###########################################################lpop：移除list的第一个元素rpop：移除list的最后一个元素127.0.0.1:6379> LPOP list # 移除list的第一个元素
"three"
127.0.0.1:6379> LRANGE list 0 -1
1) "two"
2) "one"
3) "right"
127.0.0.1:6379> RPOP list # 移除list的最后一个元素
"right"
127.0.0.1:6379> LRANGE list 0 -1
1) "two"
2) "one"
127.0.0.1:6379>
###########################################################
*lindex*：通过下标除去列表中的某一个值127.0.0.1:6379> LRANGE list 0 -1
1) "two"
2) "one"
127.0.0.1:6379> LINDEX list 1 # 通过下标过去list中的某一个值
"one"
127.0.0.1:6379> LINDEX list 0
"two"
127.0.0.1:6379>
###########################################################llen :返回列表长度127.0.0.1:6379> LPUSH list one
(integer) 1
127.0.0.1:6379> LPUSH list two
(integer) 2
127.0.0.1:6379> LPUSH list three
(integer) 3
127.0.0.1:6379> LLEN list # 返回列表的长度
(integer) 3
127.0.0.1:6379>
###########################################################
移除指定的值
取消关注 uid
lrem:移除list集合中指定个数的value,精确匹配127.0.0.1:6379> LRANGE list 0 -1
1) "three"
2) "three"
3) "two"
4) "one"
127.0.0.1:6379> LREM list 1 one # 移除list集合中指定个数的value，精确匹配
(integer) 1
127.0.0.1:6379> LRANGE list 0 -1
1) "three"
2) "three"
3) "two"
127.0.0.1:6379> LPUSH list three
(integer) 4
127.0.0.1:6379> LREM list 2 three
(integer) 2
127.0.0.1:6379> LRANGE liat 0 -1
(empty array)
127.0.0.1:6379> LRANGE list 0 -1
1) "three"
2) "two"
127.0.0.1:6379>
###########################################################
ltrim 修剪 ：可以通过下标截取指定长度127.0.0.1:6379>
127.0.0.1:6379> RPUSH mylist "hello"
(integer) 1
127.0.0.1:6379> RPUSH mylist "hello1"
(integer) 2
127.0.0.1:6379> RPUSH mylist "hello2"
(integer) 3
127.0.0.1:6379> RPUSH mylist "hello3"
(integer) 4
127.0.0.1:6379> LRANGE mylist 0 -1
1) "hello"
2) "hello1"
3) "hello2"
4) "hello3"
127.0.0.1:6379> LTRIM mylist 1 2 # 通过下标截取指定长度
OK
127.0.0.1:6379> LRANGE mylist 0 -1
1) "hello1"
2) "hello2"
127.0.0.1:6379>
###########################################################rpop lpush # 移除列表的最后一个元素并添加新的元素127.0.0.1:6379> RPUSH mylist "hello"
(integer) 1
127.0.0.1:6379> RPUSH mylist "hello1"
(integer) 2
127.0.0.1:6379> RPUSH mylist "hello2"
(integer) 3
127.0.0.1:6379> RPOPLPUSH mylist myotherlist # 移除列表最后一个元素，将其移动到新的列表中
"hello2"
127.0.0.1:6379> LRANGE mylist 0 -1 # 查看原来列表长度
1) "hello"
2) "hello1"
127.0.0.1:6379> LRANGE myotherlist 0 -1 # 查看目标列表中，确实存在该值
1) "hello2"
127.0.0.1:6379>
###########################################################
lset 将列表中指定下标的值替换另外一个值，更新操作127.0.0.1:6379> EXISTS liat # 判断这个列表是否存在
(integer) 0
127.0.0.1:6379> lset list 0 item # 如果不存在会则会报错
(error) ERR no such key
127.0.0.1:6379> LPUSH list value1 # 将列表list插入值value1
(integer) 1
127.0.0.1:6379> LRANGE list 0 0
1) "value1"
127.0.0.1:6379> lset list 0 item # 如果存在，会更新当前下标的值
OK
127.0.0.1:6379> LRANGE list 0 0
1) "item"
127.0.0.1:6379>###########################################################linsert:将某一个具体value值，插入到列表中某个元素的前面或者后面127.0.0.1:6379> RPUSH mylist hello
(integer) 1
127.0.0.1:6379> RPUSH mylist word
(integer) 2
127.0.0.1:6379> LRANGE mylist 0 -1
1) "hello"
2) "word"
127.0.0.1:6379> LINSERT mylist before word other #将某一个具体value值，插入到列表中某个元素的前面
(integer) 3
127.0.0.1:6379> LRANGE mylist 0 -1
1) "hello"
2) "other"
3) "word"
127.0.0.1:6379> LINSERT mylist after word new #将某一个具体value值，插入到列表中某个元素的后面
(integer) 4
127.0.0.1:6379> LRANGE mylist 0 -1
1) "hello"
2) "other"
3) "word"
4) "new"
127.0.0.1:6379>
小结：
- 实际上是一个链表，before node after,left ,right
- 如果key不存在，创建新的列表
- 如果key存在，新增内容
- 如果移除了所有值，空链表，也代表不存在！
- 在两边插入或者改动值，效率最高！中间元素，相对来说效率会低一点
消息排队！消息队列 （lpush rpop） 栈（lpush lpop）
set集合
set
setadd:set集合中添加元素
smembers:查看指定set的所有值
sismember:判断某一个值是否在set集合中127.0.0.1:6379> FLUSHALL
OK
127.0.0.1:6379> keys *
(empty array)
127.0.0.1:6379> sadd myset hello
(integer) 1
127.0.0.1:6379> sadd myset zhaoyang
(integer) 1
127.0.0.1:6379> sadd myset lovezhaoyang
(integer) 1
127.0.0.1:6379> SMEMBERS myset #查看set所有元素
1) "hello"
2) "lovezhaoyang"
3) "zhaoyang"
127.0.0.1:6379> SISMEMBER myset hello #判断某一个值是否在set集合中
(integer) 1
127.0.0.1:6379> SISMEMBER myset zhaoyang
(integer) 1
127.0.0.1:6379> ################################################################scard；获取集合中元素个数
srem:移除集合中的某一个元素127.0.0.1:6379> SREM myset hello #移除集合中的某一个元素
(integer) 1
127.0.0.1:6379> SMEMBERS myset #查看集合中的元素
1) "lovezhaoyang"
2) "zhaoyang"
127.0.0.1:6379>
################################################################
set：无序不重复集合 抽随机
srandmember :随机抽取集合中的元素
127.0.0.1:6379> SADD myset xixi
(integer) 1
127.0.0.1:6379> SMEMBERS myset
1) "haha"
2) "lovezhaoyang"
3) "zhaoyang"
4) "xixi"
127.0.0.1:6379> SRANDMEMBER myset #随机抽取中元素指定的元素
"zhaoyang"
127.0.0.1:6379> SRANDMEMBER myset
"xixi"
127.0.0.1:6379> SRANDMEMBER myset
"lovezhaoyang"
127.0.0.1:6379> SRANDMEMBER myset
"zhaoyang"
127.0.0.1:6379> SMEMBERS myset 2
(error) ERR wrong number of arguments for 'smembers' command
127.0.0.1:6379> SRANDMEMBER myset 2
1) "zhaoyang"
2) "lovezhaoyang"
127.0.0.1:6379> SRANDMEMBER myset 2
1) "haha"
2) "zhaoyang"
127.0.0.1:6379>
################################################################
删除指定的key：
spop:删除随机的key127.0.0.1:6379>
127.0.0.1:6379> spop myset #随机删除set集合中的元素
"xixi"
127.0.0.1:6379> spop myset
"zhaoyang"
127.0.0.1:6379> spop myset
"haha"
127.0.0.1:6379> SMEMBERS myset
1) "lovezhaoyang"
127.0.0.1:6379>
################################################################
smove:将一个指定的值，移动到另外一个set集合中127.0.0.1:6379>
127.0.0.1:6379> SADD myset hello
(integer) 1
127.0.0.1:6379> SADD myset word
(integer) 1
127.0.0.1:6379> SADD myset zhaoyang
(integer) 1
127.0.0.1:6379> SADD myset2 set2
(integer) 1
127.0.0.1:6379> SMOVE myset myset2 zhaoyang #将一个指定的值，移动到另外一个set集合中
(integer) 1
127.0.0.1:6379> SMEMBERS myset2
1) "zhaoyang"
2) "set2"
127.0.0.1:6379>
################################################################
微博，B站，共同关注（并集）
数字集合类：
- 差集：sdiff
- 交集:sinter
- 并集:sunion
127.0.0.1:6379> sadd key1 a
(integer) 1
127.0.0.1:6379> sadd key1 b
(integer) 1
127.0.0.1:6379> sadd key1 c
(integer) 1
127.0.0.1:6379> SADD key2 c
(integer) 1
127.0.0.1:6379> SADD key2 d
(integer) 1
127.0.0.1:6379> SADD key2 e
(integer) 1
127.0.0.1:6379> SDIFF key1 key2 #差集
1) "a"
2) "b"
127.0.0.1:6379> SINTER key1 key2 #交集 共同好友
1) "c"
127.0.0.1:6379> SUNION key1 key2 #并集
1) "d"
2) "b"
3) "c"
4) "a"
5) "e"
127.0.0.1:6379>微博，A用户将所有关注的人放在一个set集合中！，将他的粉丝也放在一个集合中！
共同关注，共同爱好，二度好友，推荐好友（六度分割理论）
Zset有序集合
在set的基础上增加了一个值，set k1 v1 zset k1 score v1
zadd #添加一个值
zrange #通过区间获取具体的值
127.0.0.1:6379> ZADD myset 1 one
(integer) 1
127.0.0.1:6379> ZADD myset 2 two
(integer) 1
127.0.0.1:6379> ZADD myset 3 three
(integer) 1
127.0.0.1:6379> ZRANGE myset 0 -1
1) "one"
2) "two"
3) "three"
127.0.0.1:6379> #######################################
排序
ZREVRANGEZRANGEBYSCORE xunshui -inf +inf #显示全部的用户，从小到大排序127.0.0.1:6379> ZADD xunshui 2500 xiaohong #添加三个用户
(integer) 1
127.0.0.1:6379> ZADD xunshui 5000 zhangsan
(integer) 1
127.0.0.1:6379> ZADD xunshui 500 kuangshen
(integer) 1
127.0.0.1:6379> ZRANGEBYSCORE xunshui -inf +inf #显示全部的用户，从小到大拍寻
1) "kuangshen"
2) "xiaohong"
3) "zhangsan"
127.0.0.1:6379>
127.0.0.1:6379> ZRANGEBYSCORE xunshui -inf +inf withscores #显示全部的用户，从小到大排序，并附带成绩
1) "kuangshen"
2) "500"
3) "xiaohong"
4) "2500"
5) "zhangsan"
6) "5000"
127.0.0.1:6379> ZRANGEBYSCORE xunshui -inf 2500 withscores #显示工资小于2500员工的升序排序
1) "kuangshen"
2) "500"
3) "xiaohong"
4) "2500"
127.0.0.1:6379>
127.0.0.1:6379> ZREVRANGE xunshui 0 -1
1) "zhangsan"
2) "kuangshen"
127.0.0.1:6379> #######################################zrem #移除rem中的元素zcard #获取有序集合中的个数127.0.0.1:6379> ZRANGE xunshui 0 -1
1) "kuangshen"
2) "xiaohong"
3) "zhangsan"
127.0.0.1:6379> zrem xunshui xiaohong
(integer) 1 #移除有序元素中的元素
127.0.0.1:6379> ZRANGE xunshui 0 -1
1) "kuangshen"
2) "zhangsan"
127.0.0.1:6379>
127.0.0.1:6379> ZCARD xunshui
(integer) 2
127.0.0.1:6379>
#######################################
zcount #获取指定区间的成员数量127.0.0.1:6379> ZADD myset 1 hello 2 word 3 haha
(integer) 3
127.0.0.1:6379> ZCOUNT myset 1 3
(integer) 3
127.0.0.1:6379>
geospatial 地理位置
朋友定位，附近的人，打车距离
redis的geo 在redis3.2版本就推出，此功能推算地理位置信息，比如地理位置的距离，方圆几里的人
Geospatial官方文档解析
https://www.redis.net.cn/order/3685.html
geoadd添加城市经度纬度和名字的数据
规则：地球两极无法添加，一般会通过java程序一次性导入
参数：经度 纬度 名称
说明无效的经度纬度有效的经度从-180度到180度。
有效的纬度从-85.05112878度到85.05112878度。
当坐标位置超出上述指定范围时，该命令将会返回一个错误。(error) ERR invalid longitude,latitude pair 22.540000,114.050000127.0.0.1:6379> GEOADD china:city 116.40 39.90 beijng
(integer) 1
127.0.0.1:6379> GEOADD china:city 121.47 31.23 shanghai
(integer) 1
127.0.0.1:6379> GEOADD china:city 106.50 29.53 chongqing
(integer) 1
127.0.0.1:6379> GEOADD china:city 114.05 22.54 shenzheng
(integer) 1
127.0.0.1:6379> GEOADD china:city 120.16 30.24 hangzhou
(integer) 1
127.0.0.1:6379> GEOADD china:city 108.96 34.26 xian
(integer) 1
127.0.0.1:6379> ***************************************************************
geopos : 获得当前定位:一定是一个坐标127.0.0.1:6379> GEOPOS china:city beijing chongqing shanghai
1) 1) "116.38999968767166138"2) "39.90000009167092543"
2) 1) "106.49999767541885376"2) "29.52999957900659211"
3) 1) "121.47000163793563843"2) "31.22999903975783553"
127.0.0.1:6379>
***************************************************************geodist :显示两地距离如果两个位置之间的其中一个不存在， 那么命令返回空值。指定单位的参数 unit 必须是以下单位的其中一个：m 表示单位为米。
km 表示单位为千米。
mi 表示单位为英里。
ft 表示单位为英尺。
如果用户没有显式地指定单位参数， 那么 GEODIST 默认使用米作为单位。127.0.0.1:6379> GEODIST china:city beijing shanghai km #北京到上海距离
"1067.7658"
127.0.0.1:6379> GEODIST china:city beijing chongqing km #北京到重庆距离
"1463.5105"
127.0.0.1:6379>
***************************************************************
Georadius # 以给定经纬度为中心,找出某一个半径内的元素附近的人?(获取所有人的地址,定位!)一般通过半径来查询!GEORADIUS china:city 112.53 37.85 500 km withcoord withdist #以 112.53 37.85为中心500km为半径查到的城市以及经纬度定位信息(withcoord)和距离(withdist)
1) 1) "taiyuan"2) "0.8782"3) 1) "112.53999978303909302"2) "37.85000126379583918"
2) 1) "shijiazhuang"2) "174.0793"3) 1) "114.50000256299972534"2) "38.03999889245756805"
3) 1) "tianjin"2) "429.5452"3) 1) "117.19000071287155151"2) "39.12000048819218279"
4) 1) "beijing"2) "405.2609"3) 1) "116.39999896287918091"2) "39.90000009167092543"
127.0.0.1:6379>
###################################
GEORADIUSBYMEMBER #找出位于指定元素的其他元素127.0.0.1:6379> GEORADIUSBYMEMBER china:city beijing 110 km
1) "beijing"
127.0.0.1:6379> GEORADIUSBYMEMBER china:city beijing 115 km
1) "beijing"
2) "tianjin"
127.0.0.1:6379>
###################################
GEOHASH : 返回一个或多个位置元素的GEOhash表示''''该命令将返回11个字符的Geohash字符串将二维的经纬度转换为一维的字符串如果两个字符串越接近则距离越近127.0.0.1:6379> GEOHASH china:city beijing taiyuan
1) "wx4fbxxfke0"
2) "ww8p2fmhhp0"
127.0.0.1:6379>
###################################GEO 底层原理其实就是Zset !zrange: 查看所有元素
zrem : 移除元素127.0.0.1:6379> ZRANGE china:city 0 -1
1) "taiyuan"
2) "shijiazhuang"
3) "tianjin"
4) "beijing"
5) "shenyang"
127.0.0.1:6379> ZREM china:city tianjin
(integer) 1
127.0.0.1:6379> ZRANGE china:city 0 -1
1) "taiyuan"
2) "shijiazhuang"
3) "beijing"
4) "shenyang"
127.0.0.1:6379> # redis.con redis配置文件
* * *
redis配置文件详解1. 配置文件units单位对大小写不敏感- 2 包含其他文件,可以把其他文件配置过来
-
- 
- 网络
-
1,绑定的ip2 保护模式,默认开启
3 端口设置
## //通用配置1 一守护进程的方式运行,默认是no,我们需要手动开启yes2 管理守护进程的一把不用动3 配置文件的pid文件.如果我们以后台的方式运行,我们需要指定一个pid文件4 日志级别以下是日志级别等级
Specify the server verbosity level.
This can be one of:
debug (a lot of information, useful for development/testing)
verbose (many rarely useful info, but not a mess like the debug level)
notice (moderately verbose, what you want in production probably) # 生产环境 默认级别
warning (only very important / critical messages are logged)
5 存放日志文件的位置6 默认的数据库数量 默认16个7 是否显示LOGO## //快照快照:持久化,在规定的时间内,执行了多少次操作则会持久化到文件,这文件是aof rdb1 持久化规则redis是内存数据库,如果没有持久化,那么数据断电就会失去
save 900 1
#如果900秒内,如果至少有一个key进行了修改,我们就会进行持久化操作
save 300 10
如果300秒内.如果至少10个key进行了修改,我们就进行持久化操作
save 60 10000
如果在60秒内,(高并发),如果是少1万个key进行了修改,我们就会进行持久化操作
2 持久化如果出错是否还需要继续工作,默认是3 是否压缩RDB文件,此时需要消耗一些CPU资源4 保存rdb文件的时候,进行错误的检查5 持久化文件的名字
6 在没有启用持久性的情况下，删除复制实例中使用的RDB文件。默认情况下，这个选项是禁用的，但是在一些环境中，为了满足需求或其他安全问题，RDB文件由主保存在磁盘上以提供副本，或者由副本存储在磁盘上为了加载它们进行初始同步，应尽快删除。注意，此选项仅在AOF和RDB持久性都禁用的情况下有效，否则将完全忽略7 rdb文件保存目录## /主从复制REPLICATION主从复制的:
主机的IP地址和端口号主机的密码:## /安全 #SECURITY#1 redis的密码设置默认没有## /客户端 clients1 设置连接redis的最大客户端的数量2 redis配置最大的内存容量3 内存到达上线之后的处理策略1、volatile-lru：只对设置了过期时间的key进行LRU（默认值） 2、allkeys-lru ： 删除lru算法的key 3、volatile-random：随机删除即将过期key 4、allkeys-random：随机删除 5、volatile-ttl ： 删除即将过期的 6、noeviction ： 永不过期，返回错误## ############################ APPEND ONLY MODE ###############################
1 AOF配置
默认是不开启的,默认使用rdb方式持久化,在所有的情况下RDB完全够用
2 持久化的文件名字3 
appendfsync always # 每次修改都会sync ,消耗性能
appendfsync everysec #每秒执行一次sync,可能会丢失1秒的数据!
appendfsync no # 不执行sync,这个时候操作系统自己同步数据,速度最快!
# Redis主从复制
* * *
- [ ] 概念:主从复制,是将一台redis服务器的数据.复制到其他redis服务器.前者称为主节点(master/leader),后者称之为从节点(slave/follower),数据的复制是单向的,只能有主节点到从节点,一Master以写为主.Slave以读为主.
- [ ] 默认情况下,每台redis服务器都是主节点,且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点.
# 主从复制的作用主要包括:
1. 数据冗余:主从辅助实现了数据的热备份,是持久化之外的一种数据冗余方式
2. 故障恢复:当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复,实际上是一种服务的冗余
3. 负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服务器,由从节点提供读服务,(即写redis数据时应用主节点,读redis时应用连接从节点),分担服务器负载:尤其时在写少读多的场景下,通过多个节点分担读负载,可以大大提高redis服务器的迸发量
4. 高可用基石:除了上述作用外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制时redis高可用的基础
## 一般来说,要将redis用于项目中,只使用一台redis时万万不能的,原因如下:
- 1从结构上,单个redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大
- 从容量上,单个redis服务器内存容量有限,就算一台服务器内存容量位256G,也不能讲所有内存用作REDIS存储内存,一般来说,单台redis最大使用内存不应该超过20G### 电商网站上的商品,一般都是一次上传,无数次浏览的.说专业点就是"读多写少"此场景的架构图如:# 主从复制,读写分离.80%的情况下都是在进行读操作!减缓服务器的压力! 架构中经常使用!一主两从!127.0.0.1:6379> info replication #查看当前库的信息
Replication
role:master #角色:主
connected_slaves:0 #:没有从机
master_replid:5483e73d4ca268735d3a812452330b7acb204fa5
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:0
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:0
repl_backlog_histlen:0
127.0.0.1:6379>
# 经典模式 (一主两从)
首先增加两个redis实例.复制redis.conf配置文件.并修改配置文件的内容或者cd到utils下面执行install.sh脚本.可以手动修改其中的选择信息
[root@zhaoyang utils]# ./install_server.sh
Welcome to the redis service installer
This script will help you easily set up a running redis server
Please select the redis port for this instance: [6379]
Selecting default: 6379
Please select the redis config file name [/etc/redis/6379.conf] /usr/local/redis/redis.d/6379.conf
Please select the redis log file name [/var/log/redis_6379.log] /usr/local/redis/redis.d/redis_6379.log
Please select the data directory for this instance [/var/lib/redis/6379] /usr/local/redis/redis.d/6379
Please select the redis executable path [/usr/local/redis/bin/redis-server]
Selected config:
Port : 6379
Config file : /usr/local/redis/redis.d/6379.conf
Log file : /usr/local/redis/redis.d/redis_6379.log
Data dir : /usr/local/redis/redis.d/6379
Executable : /usr/local/redis/bin/redis-server
Cli Executable : /usr/local/redis/bin/redis-cli
Is this ok? Then press ENTER to go on or Ctrl-C to abort.
Copied /tmp/6379.conf => /etc/init.d/redis_6379
Installing service…
Successfully added to chkconfig!
Successfully added to runlevels 345!
Starting Redis server…
Installation successful!
[root@zhaoyang utils]# ll
进入配置文件修改dbfilename 6379.dump.rdb,保存退出# 一主两从一般情况下.每台redis服务器都是主节点,我们一般一般情况只用配置从机就可以了!127.0.0.1:6379> SLAVEOF 127.0.0.1 6380 # 找谁当自己的主
OK
127.0.0.1:6379> info replication
Replication
role:slave #当前角色是从
master_host:127.0.0.1 # 主机的IP地址
master_port:6380 # 主机的端口号
master_link_status:up
master_last_io_seconds_ago:4
master_sync_in_progress:0
slave_repl_offset:14
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:ec1f3a3ffe2251bf2d3329b92fa187d66ff65908
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:14
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:14
在主机中查看
127.0.0.1:6380> info replication
Replication
role:master
connected_slaves:1
slave0:ip=127.0.0.1,port=6379,state=online,offset=28,lag=0
master_replid:ec1f3a3ffe2251bf2d3329b92fa187d66ff65908
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:28
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:28
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kIMjea2C-1633090435716)(:/6d3f2446098447a69803de423eb3c94e)]
# 真正配置完成显示两个从机
# 真实的主从配置,应该在文件中配置,这样的话是永久的,我们这里使用的,命令是暂时的# 注意:## 主机可以写,从机不能写写只能读!主机中的所有信息和数据,都会由从机保存[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-2fUwi6Zt-1633090435717)(:/1ac66cf42f5f4e3b8893822270704011)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JOpIqas1-1633090435720)(:/582c2374d5a34706b5d955a70601b9d3)]测试,主机断开连接,从机依旧可以连接到主机,这个时候主机如果恢复,从机依旧可以直接获取主机写的数据!如果是使用命令行来配置的主从,这个时候如果从机重启,就会变成主机,只要变为从机,立马就会从主机中获取值!# 复制原理- Slave 启动成功连接Master后会发送一个sync命令
- Master接到命令,启动后台的存盘进程,同时收集所有接收到的用于修改数据的命令,在后台进程执行完毕之后,Master将传送整个数据文件奥slave,并完成一次完全同步
## 全量复制:而Slave服务在接收到数据库文件数据后,将其存盘加载到内存中
## 增量复制:Master继续将新的所有收集到的修改命令一次传给Slave,完成同步,但是只要是重新连接master,一次完全同步(全量复制)将被自动执行但是只要是从新连接MASTER,一次完全同步(全量复制)将被自动执行!我们的数据一定可以在从机中看到!如果没有了主,这个时候能不能选择一个主出来呢?手动!原理:如果主机断开了连接,我们可以使用SALVEROF NO ONE 命令,让自己变成主机!其他节点就可以手动连接到最新的这个主节点(手动),如果主恢复了,那就可以重新连接!* * *
# 哨兵模式redis2.8开始真实提供Sentinel(哨兵)
(自动选举老大)
## 原理:哨兵模式是一种特殊模式,首先redis提供了哨兵的命令,哨兵是一个独立的进程,它会独立运行,其*原理是哨兵通道发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例*[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Eg1lobC5-1633090435722)(:/6086a1ba6584422c9823169850dc2216)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-wqwno1UR-1633090435724)(:/79d4e46e974d47b3b6515ec401702d86)]# 哨兵配置1 配置哨兵配置文件,sentinel.conf语法;被监控名称,host prot 11代表:主机挂了,slave从机投票看让谁成为主机,票数最多的,就会成为主机!
vim /sentinel.conf
sentinel monitor myredis 127.0.0.1 6379 1
2:启动哨兵redis-sentinel /root/redis/sentinel.conf
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-qdxA0kzh-1633090435726)(:/fee3bed5c3ca4dae9c1420594db39d11)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-gPbxUD4W-1633090435726)(:/4c36a316d35346f58f239dc99242defd)]# 如果主机宕机,MASTER主节点断开,这个时候就会在从机当中随机选择一个服务器当成主机哨兵日志:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-c3DdS6aj-1633090435728)(:/a76772db5a8e404ba4f1e96be561c97e)]如果主机此时回来修复了.只能归并到新的主机下,当作从机,这就是哨兵模式的规则!# 优点:- 1 哨兵集群,汲取主从复制模式,所有的主从配置优点,它都有
- 2 主从可以切换,故障可以转移,系统的可用性就会更好
- 3 哨兵模式就是主从模式的升级,手动到自动,更加健壮1
# 缺点:
- 1 redsi不好在线扩容的,如果集群容量一旦到达上线,在线扩容就很麻烦!
- 2 实现哨兵模式的配置其实是很麻烦的,梦里面有很多选择!## 哨兵模式的全部配置[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cbGrFnNj-1633090435729)(:/f9352932a0204560b8e511c31d5df091)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-f9OFn0Xg-1633090435730)(:/d064addf87084514937834fda54c510d)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JtAO5Dlj-1633090435731)(:/66931bd6f2f34b7187d262d8e0b375a1)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-GWNg8KWx-1633090435732)(:/fc1744ab28ea4829968ed9ac981f281f)][外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-sb4q1EBx-1633090435732)(:/f552704bebe84b869d239f080cfb12a7)]# Redis发布订阅
* * *
- [ ] 定义:Redis发布订阅(pub/sub)是一种消息通信模式,发送者pub发送消息,订阅者sub接收消息
- [ ] redis客户端可以订阅任意数量的频道
## 订阅/发布消息图
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BnE77B19-1633090442256)(:/0cb1175ab8bd43729b95c756f198cce9)]第一个:消息发布者.第二个通道 第三个:消息订阅者##
订阅端
127.0.0.1:6379> SUBSCRIBE kuangshenshuo #订阅一个频道
Reading messages… (press Ctrl-C to quit)
- “subscribe”
- “kuangshenshuo”
- (integer) 1 #等待推送的信息
- “message”
- “kuangshenshuo” #来自订阅的频道
- “hello”
- “message”
- “kuangshenshuo”
- “hello.redis”
发送端
[root@zhaoyang bin]# redis-cli
127.0.0.1:6379> PUBLISH kuangshenshuo hello #发布者发布消息到指定频道
(integer) 1
127.0.0.1:6379> PUBLISH kuangshenshuo hello.redis
(integer) 1
127.0.0.1:6379>
# 原理:
- 1 redis是使用C语言实现的,通过分析redis源码里的pubsub.c文件,了解发布和订阅机制的底层实现,借此加深对redis的理解.
- redis通过PUBLISH.SUBSCRIB和PSUBSCRIBE等命令实现发布和订阅功能
- 通过SUBSCRIBE命令订阅某个频道,redis-server里维护了一个字典,字典的键就是一个频道,而字典的值则是一个链表,链表中保存了所有订阅这个频道的客户端,SUBSCRIBE命令的关键就是将客户端添加到指定频道的订阅链表中
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-cih5sVwm-1633090442257)(:/333d8b549bc7400f8a2afdfae5f35314)]- 通过publish命令想订阅者发送消息,redis-server会使用给定的频道作为键,在它锁维护的频道字典中查找记录了订阅这个频道的所有客户端的链表,遍历这个链表,将消息发送给所有的订阅者
- Pub/Sub从字面上理解就是发布与订阅,在redis中,你可以设定一个key值进行消息发布以及订阅,当一个key值上进行了消息发布后,所有订阅它的客户端都会收到相应的消息,这一功能最明显的用大就是用作实时消息系统,比如普通的即时聊天,群聊等功能.# 使用场景:
1. 实时消息系统
2. 事实聊天
3. 订阅,关注系统
稍微复杂的场景我们就会使用消息中间件.kafaka# redis持久化
* * *
redis 是内存数据库,如果不将内存中的数据保存到磁盘,那么一旦服务器进程退出,服务器中的数据就会消失,所以redis提供了持久化功能## RDB (Redis DataBase)在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话将的快照,它恢复时时间快照文件直接读取到内存里.**redis会单独fork创建一个子进程来进行持久化,会先将数据写入到一个临时文件中,持久话过程结束之后,再用这个临时文件替皇上次持久化好的文件,整个进程中,注进程是不进行任何IO操作的,这就确保了极高的性能,如果需要进行大规模的数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加高效,RDB的缺点就是最后一次持久化的数据可能会丢失.我们默认的就是rdb,一般情况下不需要修改这个配置**rdb保存的文件就是dump.rdb[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Vijl7lWh-1633090450556)(:/48f3357627824b3385d2d20eb9a3fa8a)]## 触发机制:- [ ] save的规则满足的情况下,就会触发rdb规则
- [ ] 执行FLUSHALL命令,也会触发我们的rdb规则!
- [ ] 退出redis,也会产生rdb文件
- 备份就会自动生成一个dunmp.rdb文件
## 如何恢复rdb文件
- 只需要将rdb文件放在我们redis启动目录就行.redis启动的时候就会自动检查dump.rdb文件,恢复其中的数据!
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Gx8bPk23-1633090450557)(:/69cf1e91dd4f4bbaa0b66e79c2fc8d7d)]只需要把rdb文件放到此处
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TbdvI4jF-1633090450559)(:/eb13f94622a0470ba8aa6587e59752dc)]
如果在此目录 存在dump.rdb文件.启动就会自动恢复其中数据.几乎就用它自己默认的配置就够用## 优点
- 适合大规模数据恢复!dump.rdb
- 对数据的完整性不高!
## 缺点
- 需要一定的时间间隔操作,如果redis意外宕机,这个最后一次修改数据就没有了
- fork进程的时候,会占用一定的内存空间
* * *
# AOF(append only file)将我们的所有的命令都记录下来,history,恢复数据的时候就是把这个文件内容全部执行一遍## 定义:以日志的形式来记录每个写操作,将redis执行的所有命令记录下来(读操作不记录),只许追加文件,但是不可以改写文件,redis启动之初就会读取该文件重新构建数据,换言之,redis重启的话就更加日志文件的内容将写指令从头到最后执行一次,以完整数据的恢复工作!AOF保存的是appendonly.aof文件
默认不开启的,手动开启重启既可以生效,因为里面策略的是每秒都进行APPED# 优点
- 每次修改都同步,文件的完整性
- 默认每秒同步一次,可能会丢失一秒的数据
- 从不同步,效率是最高的
# 缺点
1. 相对于数据文件来说,AOF远远大雨RDB,修复的速度比rdb慢
2. AOF运行效率要比rdb慢,所有我们redis默认配置就是rdb持久化
* * *# 扩展:
- 1 rdb持久化方式能够在指定的时间间隔内对你的数据进行快照存储
- AOF持久化方式记录每次对服务器的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾,redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大
- 制作缓存,如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化
- 同时开启两种持久化方式
- [ ] 1 在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据,因为在通常情况下AOF文件的保存数据集要比rdb文件保存的数据集更完整.
- [x] 2 RDB数据不对时,同时使用两者的服务器重启也只会找aof文件,那要不要只是用AOF呢?作者建议不要,因为RDB跟适合用于备份数据库(AOF在不断变化,不好备份),快速重启,而且不会有AOF坑你潜在的Bug,可留着作为一个万一的手段
- 性能建议
- [ ] 1 因为RDB文件只用作后备用途,建议只在SLAVE上持久化RDB文件,而且只要15分钟备份一次就够了,只保留配置文件SAVE 900 1 这条参数即可
- [ ] 2 如果enable AOF,好处是在最恶劣情况下只会丢失不到两秒数据,启动脚本较简单只load自己的AOF文件就可以了,代价一是带来了持续的io,二是AOF rewrite的最后将rewirte过程中产生的新数据写道文件造成的阻塞几乎是不可避免的,只要硬盘许可,应该金量减少AOF rewrite的频率,AOF重写的基础大小默认值位64M太小了,可以设置到5G以上,默认超过原大小100%大小重写可以改到适当的数值
- [ ] 3 如果不能ENABLED AOF,仅靠Master-slave replication 可以实现高可用性也可以,能省掉一大笔IO,也减少了Rewrite 时带来的系统波动.代价是如果Master/Slave同时宕机,会丢失十几分钟的数据,启动脚本也要比较两个Mster/Slave中的RDB文件,载入较新的那个,微博就是这种架构.# **string**
## String类型
################################################
127.0.0.1:6379> FLUSHALLall
(error) ERR unknown command FLUSHALLall, with args beginning with:
127.0.0.1:6379> FLUSHALL ## 清空值
OK
127.0.0.1:6379> set name zhoyang ## 设置一个值
OK
127.0.0.1:6379> keys * ## 查看所有值
- “name”
127.0.0.1:6379> EXISTS name ## 查看值为name的是否存在
(integer) 1
127.0.0.1:6379> MOVE name
(error) ERR wrong number of arguments for ‘move’ command
127.0.0.1:6379> move name 1
移动值到数据库1里面
(integer) 1
127.0.0.1:6379> EXISTS name
(integer) 0
127.0.0.1:6379> set age 1
OK
127.0.0.1:6379> keys *
- “age”
127.0.0.1:6379> EXISTS age
(integer) 1
127.0.0.1:6379> keys * - “age”
127.0.0.1:6379> set name zhaoyang
OK
127.0.0.1:6379> keys * - “name”
- “age”
127.0.0.1:6379> get name
“zhaoyang”
127.0.0.1:6379> EXPIRE name 10 ### 为值设置过期时间
(integer) 1
127.0.0.1:6379> TTL name ### 查看过期时间
(integer) 1
127.0.0.1:6379> TTL name
(integer) -2
127.0.0.1:6379> keys * - “age”
127.0.0.1:6379> set name zhaoyang
OK
127.0.0.1:6379> keys * - “name”
- “age”
127.0.0.1:6379> TYPE name ### 查看值的类型
string
127.0.0.1:6379> TYPE age
string
127.0.0.1:6379> FLUSHALL
OK
127.0.0.1:6379> keys *
(empty array)
127.0.0.1:6379> keys *
(empty array)
127.0.0.1:6379> set name1 zhaoyang
OK
127.0.0.1:6379> keys * - “name1”
127.0.0.1:6379> EXISTS name1 ### 查看值是否存在
(integer) 1
127.0.0.1:6379> APPEND name1 zhao ### 追加值
(integer) 12
127.0.0.1:6379> get name1
“zhaoyangzhao”
127.0.0.1:6379> STRLEN name1 ### 查看值的长度
(integer) 12
127.0.0.1:6379> APPEND name1 hello ### 在值为name1后追加hello
(integer) 17
127.0.0.1:6379> get name1
“zhaoyangzhaohello”
127.0.0.1:6379>
###############################################
127.0.0.1:6379> set views 0 ### 初始浏览量为0
OK
127.0.0.1:6379> get views
“0”
127.0.0.1:6379> incr views ### 自增1
(integer) 1
127.0.0.1:6379> incr views
(integer) 2
127.0.0.1:6379> incr views
(integer) 3
127.0.0.1:6379> get views
“3”
127.0.0.1:6379> DECR views ### 自减1
(integer) 2
127.0.0.1:6379> DECR views
(integer) 1
127.0.0.1:6379> DECR views
(integer) 0
127.0.0.1:6379> DECR views
(integer) -1
127.0.0.1:6379> get views
“-1”
127.0.0.1:6379> INCRBY views 10 ## 设置步长指定增量
(integer) 9
127.0.0.1:6379> DECRBY views 10
(integer) -1
127.0.0.1:6379>
################################################
字符串范围 设置 getrange
127.0.0.1:6379> set key1 “hello,zhaoyang” ## 设置key1的值
OK
127.0.0.1:6379> GETRANGE key1 0 3 #截取字符串 {0-3}
“hell”
127.0.0.1:6379> GETRANGE key1 0 -1 ## 等同于get key
“hello,zhaoyang”
127.0.0.1:6379>
################################################
字符串替换 替换 setrange
127.0.0.1:6379> set key2 abcdefg
OK
127.0.0.1:6379> get key2
“abcdefg”
127.0.0.1:6379> SETRANGE key2 1 xx
(integer) 7
127.0.0.1:6379> get key2
“axxdefg”
127.0.0.1:6379>
##########################################################
setex (set whit expire) # 设置过期时间
setnx (set if not exist) # 不存在再设置
在分布式锁中会常常使用
127.0.0.1:6379> SETEX k3 30 “hello” # 设置K3的值为hello，30秒过期
OK
127.0.0.1:6379> TTL
(error) ERR wrong number of arguments for ‘ttl’ command
127.0.0.1:6379> TTL k3
(integer) 21
127.0.0.1:6379> get k3
“hello”
127.0.0.1:6379> SETNX mk redis"" #如果mk 不存在，创建Mk
(integer) 1
127.0.0.1:6379> ttl k3
(integer) -2
127.0.0.1:6379> setnx mk “mongodb” # 如果mk存在，则创建失败
(integer) 0
127.0.0.1:6379> get mk
“redis”
127.0.0.1:6379>
#############################################################
同时设置多个和获取多个值
127.0.0.1:6379> MSET k1 v1 k2 v2 k3 v3 # 同时设置多个值
OK
127.0.0.1:6379> keys *
- “k1”
- “k3”
- “k2”
127.0.0.1:6379> megt k1 k2 k3
(error) ERR unknown commandmegt, with args beginning with:k1,k2,k3,
127.0.0.1:6379> mget k1 k2 k3 # 同时获取多个值 - “v1”
- “v2”
- “v3”
127.0.0.1:6379> MSETNX k1 v2 k4 v4 # mset 是一个原子性的操作，要么一起成功要么一起失败
(integer) 0
127.0.0.1:6379> get k4
(nil)
127.0.0.1:6379>
对象
set user:1 (name:zhangsan,age:3) # 设置一个user:1 对象 值为json字符来保存一个对象！
这里的Key是一个巧妙的设计：user:{id}:{filed},
127.0.0.1:6379> mset user:1:name zhangsan user:1:age 2
OK
127.0.0.1:6379> MGET key1
- (nil)
127.0.0.1:6379> mget user:1:name user:1:age - “zhangsan”
- “2”
######################################################
getset #先获取再设置
127.0.0.1:6379> getset db redis ## 如果不存在值，则返回 nil
(nil)
127.0.0.1:6379> get db
“redis”
127.0.0.1:6379> getset db mongodb ## 如果值存在，获取原来的值，并且设置新的值
“redis”
127.0.0.1:6379> get db
“mongodb”
127.0.0.1:6379>
# 数据结构相同
## string类似的使用场景：value除了是我们的字符串还可以是我们的数字！
### 1 计数器
### 2 统计多单位的数量
### 3 粉丝数
### 4 对象缓存存储
# redis缓存击穿穿透和雪崩!都是redis的高可用问题# redis 缓存穿透(查不到导致)redis缓存的使用,极大的提升了应用程序的性能改革,特别是数据查询方面,但同时,它也带来了一些问题,其中,最要害的问题就似乎数据的一致性问题,从严格意义上来说,这个问题无解,如果对数据的一致性要求很高,那么就不能使用缓存.另外的一些典型问题就是,缓存穿透,缓存雪崩,缓存击穿,目前,业界都有比较流行的解决方案### 概念: 用户想要查询一个数据,发现redis内存数据库没有,也就是缓存中没有,于是向持久层数据库查询,发现也没有,也是本次查询失败,当用户很多的时候,缓存都没有命中,于是都去请求了持久层数据库,这回给持久层数据库造成很大的压力,这时候就相当于出现了缓存穿透解决方案:布隆过滤器是一种数据结构,对所有可能查询的参数以hash形式存储,在控制层进行校验,不符合则丢弃,从而避免了对底层存储系统的查询压力:
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YPkaEv32-1633090472888)(:/9c3d3f51733a4080a424088c8d153941)]2: 缓存空对象当存储层不命中后,即使返回的空对象也将其缓存起来,同时会设置一个过期时间,之后在访问这个数据将会从缓存中获取,保护了后端数据源[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JoUDmSbZ-1633090472891)(:/e8669e1b448a490a89c8e23e37283fed)]但是这种方法会存在俩个问题:1:如果空值能够缓存起来,这就意味着缓存需要更多的空间存储更多的键,因为这当中可能会有很多空值的键2: 即使对空值设置了过期时间,还是会存在缓存层和存储层的数据会有一段时间窗口的不一致,这对于需要保持一致性的业务会有影响* * *
# 缓存击穿(量太大,缓存过期!)微博服务器宕机## 概述:这里需要注意和缓存穿透的区别,缓存击穿,就是指一个KEY非常日电,在不停的扛着大并发,大并发集中对这一个点进行访问,当这个KEY在失效的瞬间,持续的大并发就穿破缓存,直接请求到数据库,就像在一个屏障上凿开了一个洞.
当某个KEY在过期的瞬间,有大量的请求并发访问,这列数据一般是热电数据,由于缓存过去,会同时访问数据库来查询最新数据,并且回写缓存,会导致数据库瞬间压力过大.### 解决方案[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ULPCM7Rt-1633090472893)(:/1c753159d4834da7bc3b1a82254bd814)]#### 1 设置热点数据永不过期从缓存增面来看,没有设置过期时间,所以不会出现热点Key过期后产生的问题
#### 2 加锁互斥
分布式锁:使用分布式锁,保证对于每个key同时只要一个线程去查询后端服务,其他线程没有获得分布式锁的权限,因此只需要等待即可.这种方式键高并发的压力转移到了分布式锁,因此对分布式锁的考验很大
* * *
# 缓存雪崩
redis宕机!
## 概念:缓存雪崩,是指在某一个时间段,缓存集中过期失效.
## 产生缓存雪崩的原因之一,比如,马上就要到双十二零点,就会很快迎来一波抢购,这波商品时间比较集中的放入了缓存,假设缓存一个消失,那么到了凌晨一点种的时候,这批商品的缓存都过期了,而对这批商品的访问查询,都落到了数据库上,对于数据库而言,就会产生周期性的压力波峰,于是所有的请求都会达到存储层,存储层的调用量就会暴增,造成存储层也会挂掉的情况其实集中过期,倒不是非常致命,比较知名的缓存雪崩,是缓存服务器某个节点宕机或者断网,因为自然形成的缓存雪崩,一定是在某个时间段集中创建缓存,这个时候,数据库也是可以顶住压力的,无非是对数据库产生周期性的压力而言,而缓存服务器节点宕机,对数据库服务器造成的压力是不可预知的,很有可能瞬间把数据库压垮双十一:停掉一些服务:(保证主要的服务可用!)
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FFASaRFZ-1633090472896)(:/b0446ab1a12e4ad08b2ede44cd0284de)]# 解决方案:
这个思想的含义是,既然redis有可能挂掉,那我多设几台redis,这样一台挂掉之后其他的还可以继续工作,其实就是搭建集群 (异地多活)- [ ] 限流降级:这个解决方案的思想是,在缓存失效后,通过枷锁或者队列来控制读数据库写缓存的线程数量,比如对某个key只允许一个线程查询数据和写缓存,其他线程等待.
- [ ] 数据预热:数据预热的含义就是在正式部署之前,我先把可能的数据先预先访问一遍,这样部分可能大量访问的数据就会加载到缓存种,在即将发生大并发访问前手动加载缓存不同的Key,设置不用的过期时间,让缓存失效的时间尽量均匀.# 小结:
1. 列表项
2021-10-01 REDIS全网最超级详细相关推荐
- 2023年最新「Typora 1.5.10」安装教程（超级详细、亲测有效~）
一.安装说明 Typora 是一款非常好用的 Markdown 编辑器. 目前最新版本已经更新到 Typora 1.5.10.官方发布如下: 更新主要修复的一些Bug,简单翻译下: 二.工具获取 本教 ...
- word设置页码(不同分节符的页码设置)(全网最超级详细)
1)布局查看 如下这里有4页,我们目标是分成2节内容,并且每节设置不一样的页码. 2)插入分节符 可以看到不同节了 3)关闭[链接到上一节]默认功能 注意[节与节之间]都有一个默认页码连续的设置,就是 ...
- Redis五种数据类型应用场景详解(超级详细版)
目录 NoSQL:一类新出现的数据库(not only sql) 特征 NoSQL和SQL数据库的比较: 电商场景解决方案 Redis简介 Redis特性 Redis 优势 Redis应用场景 官方文 ...
- 超级详细 的 Redis 安装教程
超级详细 的 Redis 安装教程 Windows 版本的 Redis 是 Microsoft 的开源部门提供的 Redis. 这个版本的 Redis 适合开发人员学习使用,生产环境中使用 Linux ...
- Redis五种基本数据类型（超级详细）
目录 前言 一.String类型常见命令 二.Hash类型的常见命令 三.List类型的常见命令 四.Set类型常见命令 五.SortedSet类型常见命令 前言 提示:Redis五种基本数据类型(超 ...
- linux下Oracle 10g安装(超级详细图解教程)
linux下Oracle 10g安装(超级详细图解教程) 一,基本配置: 1.以root登录,挂载linux iso文件 [root@oracle ~]# hostnameoracle.junjie. ...
- 超级详细找CALL写CALL教程[转]
首先我们要知道一点,为什么要找CALL.CALL是什么?大家知道易里的子程序吧如何调用子程序的?这里的CALL就是调用子程序的意思,那问了为什么要找他的,答案是:当你些个游戏的外挂用模拟键盘操作的时候 ...
- 【财经期刊FM-Radio｜2021年01月19日】
title: [财经期刊FM-Radio|2021年01月19日] 微信公众号: 张良信息咨询服务工作室 [今日热点新闻一览↓↓] 美股美债休市,欧股走出逾一周低谷,雪铁龙并购后新公司登陆欧股首日涨超 ...
- Docker入门（超级详细）———狂神说
文章目录 一.Docker学习 二.Docker概述 Docker为什么出现? Docker能干嘛 三.Docker安装 Docker的基本组成 安装Docker 阿里云镜像加速 回顾HelloWor ...
最新文章
- jfinal js 拦截_jfinal 使用拦截器处理繁琐的前置条件判定
- 温州大学《机器学习》课程课件（八、集成学习）
- logo、展板、彩页、手提袋总结
- VS2005 快捷键
- 第七届蓝桥杯决赛真题 - 凑平方数-全排列+dfs+set去重
- 数据服务基础能力之元数据管理
- c语言goord函数,park、unpark、ord 函数使用方法(转)
- 最短路径算法—Dijkstra(迪杰斯特拉)算法分析与实现(C/C++)
- 如何从SQL Server中的SELECT更新？
- 钉钉web版防撤回、屏蔽已读
- Python数据类型（3）
- weblogic系列漏洞整理 -- 1. weblogic安装
- packagereference 里面的资产是怎么回事？
- SQL Server 启动错误 系统找不到指定的文件/路径
- 编译原理（第3版） 清华大学出版社 黄贤英等人著作 部分课后习题答案
- Android LinearLayout实现下拉刷新
- elsevier模板通讯作者添加脚注的方法[已解决]
- MYSQL命令(超详细)
- 多后端深度学习开发框架TensorlayerX发布
- 清华姚班教授：我见过太多博士生精神崩溃，身体垮掉，一事无成