根据尚硅谷 周阳老师的教学视频所学习 ,视频是16年录制的
链接:https://pan.baidu.com/s/1q_KqmxKnb5SQ_ypooiFo7A
提取码:bezc
里面是Redis和(Nosql)的教学视频,以及脑图(脑图很重要)
Redis是API http://www.php.cn/xiazai/shouce/54
上一篇文章是对于NOSQL的学习,这一篇正式来学习Redis
壹、Redis入门介绍
一、入门简介
1、是什么?
Redis : REmote DIctionary Server(远程字典服务器)
是完全开源免费的,用C语言编写的,遵守BSD协议,是一个高性能的(key/value)分布式内存数据库,基于内存运行
并支持持久化的NoSQL数据库,是当前最热门的NoSql数据库之一,也被人们称为数据结构服务器
Redis 与其他 key - value 缓存产品有以下三个特点:
- Redis支持数据的持久化,可以将内存中的数据保持在磁盘中,重启的时候可以再次加载进行使用
- Redis不仅仅支持简单的key-value类型的数据,同时还提供list,set,zset,hash等数据结构的存储
- Redis支持数据的备份,即master-slave模式的数据备份
2、能干啥
- 内存存储和持久化:redis支持异步将内存中的数据写到硬盘上,同时不影响继续服务
- 取最新N个数据的操作,如:可以将最新的10条评论的ID放在Redis的List集合里面
- 模拟类似于HttpSession这种需要设定过期时间的功能
- 发布、订阅消息系统
- 定时器、计数器
3、去哪下
4 怎么玩
- 数据类型、基本操作和配置
- 持久化和复制,RDB/AOF
- 事务的控制
- 复制
- ....
二、VMWare+VMTools千里之行始于足下
可参考Linux入门学习
https://blog.csdn.net/qq_41965731/article/details/90739409
我也是在听到这里的时候,连忙花了一天多的时间先去简单学习了下Linux
三、Redis的安装
1、Windows版安装
下载地址:https://github.com/dmajkic/redis/downloads
下载到的Redis支持32bit和64bit。根据自己实际情况选择,将64bit的内容cp到自定义盘符安装目录取名redis。 如 C:\reids
打开一个cmd窗口 使用cd命令切换目录到 C:\redis 运行 redis-server.exe redis.conf 。
如果想方便的话,可以把redis的路径加到系统的环境变量里,这样就省得再输路径了,后面的那个redis.conf可以省略,
如果省略,会启用默认的。输入之后,会显示如下界面:
这时候另启一个cmd窗口,原来的不要关闭,不然就无法访问服务端了。
切换到redis目录下运行 redis-cli.exe -h 127.0.0.1 -p 6379 。
设置键值对 set myKey abc
取出键值对 get myKey
2、重要提示
由于企业里面做Redis开发,99%都是Linux版的运用和安装,几乎不会涉及到Windows版,上一步的讲解只是为了知识的完整性,Windows版不作为重点,同学可以下去自己玩,企业实战就认一个版:Linux
3、Linux版安装
1、下载获得redis-3.0.4.tar.gz后将它放入我们的Linux目录/opt
2、/opt目录下,解压命令:tar -zxvf redis-3.0.4.tar.gz
3、解压完成后出现文件夹:redis-3.0.4
4、进入目录:cd redis-3.0.4
5、在redis-3.0.4目录下执行make命令
运行make命令时故意出现的错误解析:
1)安装gcc
gcc是linux下的一个编译程序,是C程序的编译工具。
GCC(GNU Compiler Collection) 是 GNU(GNU's Not Unix) 计划提供的编译器家族,它能够支持 C, C++, Objective-C, Fortran, Java 和 Ada 等等程序设计语言前端,同时能够运行在 x86, x86-64, IA-64, PowerPC, SPARC 和 Alpha 等等几乎目前所有的硬件平台上。鉴于这些特征,以及 GCC 编译代码的高效性,使得 GCC 成为绝大多数自由软件开发编译的首选工具。虽然对于程序员们来说,编译器只是一个工具,除了开发和维护人员,很少有人关注编译器的发展,但是 GCC 的影响力是如此之大,它的性能提升甚至有望改善所有的自由软件的运行效率,同时它的内部结构的变化也体现出现代编译器发展的新特征。
能上网:yum install gcc-c++
不上网:
6、如果make完成后继续执行make install
7、查看默认安装目录:usr/local/bin
- redis-benchmark: 性能测试工具,可以在自己本子运行,看看自己本子性能如何
- redis-check-aof: 修复有问题的AOF文件,rdb和aof后面讲
- redis-check-dump: 修复有问题的dump.rdb文件
- redis-cli: 客户端,操作入口
- redis-sentinel:redis集群使用
- redis-server :Redis服务器启动命令
8、启动
进入/opt/redis_3.0.4目录
1)修改redis.conf文件将里面的daemonize no 改成 yes,让服务在后台启动
查询后台redis服务是否开启
2)将默认的redis.conf拷贝到自己定义好的一个路径下,比如/myconf (防止修改出错)
3)启动
进入 cd /usr/local/bin 目录下
先执行 redis-server /myredis/redis.conf
在执行 redis-cli -p 6379
4)连通测试
5)永远的helloworld
6)关闭
单实例关闭:redis-cli shutdown
多实例关闭,指定端口关闭:redis-cli -p 6379 shutdown
四、Redis启动后杂项基础知识讲解
1)单线程
单进程模型来处理客户端的请求。对读写等事件的响应是通过对epoll函数的包装来做到的。Redis的实际处理速度完全依靠主进程的执行效率
epoll是Linux内核为处理大批量文件描述符而作了改进的epoll,是Linux下多路复用IO接口select/poll的增强版本,
它能显著提高程序在大量并发连接中只有少量活跃的情况下的系统CPU利用率。
2)默认16个数据库,类似数组下表从零开始,初始默认使用零号库
设置数据库的数量,默认数据库为0,可以使用SELECT <dbid>命令在连接上指定数据库id databases 16
3)select命令切换数据库
4)dbsize查看当前数据库的key的数量
5)flushdb:清空当前库
6)Flushall;通杀全部库
7)统一密码管理,16个库都是同样密码,要么都OK要么一个也连接不上
8)Redis索引都是从零开始
9)为什么默认端口是6379
https://blog.csdn.net/mll999888/article/details/72843271
贰、Redis的数据类型
一、Redis的五大数据类型
1、string(字符串)
string是redis最基本的类型,你可以理解成与Memcached一模一样的类型,一个key对应一个value。
string类型是二进制安全的。意思是redis的string可以包含任何数据。比如jpg图片或者序列化的对象 。
string类型是Redis最基本的数据类型,一个redis中字符串value最多可以是512M
2、hash(哈希,类似java里的Map)
Redis hash 是一个键值对集合。
Redis hash是一个string类型的field和value的映射表,hash特别适合用于存储对象。
类似Java里面的Map<String,Object>
3、list(列表)
Redis 列表是简单的字符串列表,按照插入顺序排序。你可以添加一个元素导列表的头部(左边)或者尾部(右边)。
它的底层实际是个链表
4、set(集合)
Redis的Set是string类型的无序集合。它是通过HashTable实现实现的,
5、zset(sorted set:有序集合)
Redis zset 和 set 一样也是string类型元素的集合,且不允许重复的成员。
不同的是每个元素都会关联一个double类型的分数。
redis正是通过分数来为集合中的成员进行从小到大的排序。zset的成员是唯一的,但分数(score)却可以重复。
二、哪里去获得redis常见数据类型操作命令
三、Redis 键(key)
参考 Redis API ;API在文章上面有下载地址
具体查看API
案例:
- keys *
- exists key的名字,判断某个key是否存在
- move key db --->当前库就没有了,被移除了
- expire key 秒钟:为给定的key设置过期时间
- ttl key 查看还有多少秒过期,-1表示永不过期,-2表示已过期
- type key 查看你的key是什么类型
四、Redis字符串(String)
具体查看API
单值单value
案例:
- set/get/del/append/strlen
- Incr/decr/incrby/decrby,一定要是数字才能进行加减
- getrange/setrange
- setex(set with expire)键秒值/setnx(set if not exist)
- mset/mget/msetnx
- getset(先get再set)
五、Redis列表(List)
具体查看API
单值多value
案例:
- lpush/rpush/lrange
- lpop/rpop
- lindex,按照索引下标获得元素(从上到下)
- llen
- lrem key 删N个value
- ltrim key 开始index 结束index,截取指定范围的值后再赋值给key
- rpoplpush 源列表 目的列表
- lset key index value
- linsert key before/after 值1 值2
性能总结:
它是一个字符串链表,left、right都可以插入添加;如果键不存在,创建新的链表;如果键已存在,新增内容;
如果值全移除,对应的键也就消失了。链表的操作无论是头和尾效率都极高,但假如是对中间元素进行操作,效率就很惨淡了。
六、Redis集合(Set)
具体查看API
单值多value
案例:
- sadd/smembers/sismember
- scard,获取集合里面的元素个数
- srem key value 删除集合中元素
- srandmember key 某个整数(随机出几个数)
- spop key 随机出栈
- smove key1 key2 在key1里某个值 作用是将key1里的某个值赋给key2
- 数学集合类
- 差集:sdiff
- 交集:sinter
- 并集:sunion
七、Redis哈希(Hash)
KV模式不变,但V是一个键值对
案例:
- hset/hget/hmset/hmget/hgetall/hdel
- hlen
- hexists key 在key里面的某个值的key
- hkeys/hvals
- hincrby/hincrbyfloat
- hsetnx
八、Redis有序集合Zset(sorted set)
在set基础上,加一个score值。之前set是 k1 v1 v2 v3, 现在zset是k1 score1 v1 score2 v2
- zadd/zrange withscores
- zrangebyscore key 开始score 结束score
- withscores
- ( 不包含
- limit 作用是返回限制
- zrem key 某score下对应的value值,作用是删除元素
- zcard/zcount key score区间/zrank key values值,作用是获得下标值/zscore key 对应值,获得分数
- zrevrank key values值,作用是逆序获得下标值
- zrevrange
- zrevrangebyscore key 结束score 开始score
叁、解析配置文件redis.conf
一、他在哪
但是,我们一般默认会拷贝一份。
二、units单位
1 配置大小单位,开头定义了一些基本的度量单位,只支持bytes,不支持bit
2 对大小写不敏感
三、INCLUDES包含
和我们的Struts2配置文件类似,可以通过includes包含,redis.conf可以作为总闸,包含其他
四、GENERAL通用(相对而言不改变)
1)daemonize
2)pidfile
3)port
4)tcp-backlog
设置tcp的backlog,backlog其实是一个连接队列,backlog队列总和=未完成三次握手队列 + 已经完成三次握手队列。在高并发环境下你需要一个高backlog值来避免慢客户端连接问题。注意Linux内核会将这个值减小到/proc/sys/net/core/somaxconn的值,所以需要确认增大somaxconn和tcp_max_syn_backlog两个值来达到想要的效果
5)timeout
6)bind
7)tcp-keepalive
8)loglevel
9)logfile
10)syslog-enabled
是否把日志输出到syslog中
11)syslog-ident
指定syslog里的日志标志
12)syslog-facility
指定syslog设备,值可以是USER或LOCAL0-LOCAL7
13)databases
五、SNAPSHOTTING快照
1、save
1) save 秒钟 写操作次数
RDB(Redis database)是整个内存的压缩过的Snapshot,RDB的数据结构,可以配置复合的快照触发条件,
默认
是1分钟内改了1万次,
或5分钟内改了10次,
或15分钟内改了1次
2)禁用
如果想禁用RDB持久化的策略,只要不设置任何save指令,或者给save传入一个空字符串参数也可以
2、stop-writes-on-bgsave-error
如果配置成no,表示你不在乎数据不一致或者有其他的手段发现和控制
3、 rdbcompression
rdbcompression:对于存储到磁盘中的快照,可以设置是否进行压缩存储。如果是的话,redis会采用
LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话,可以设置为关闭此功能
4、 rdbchecksum
rdbchecksum:在存储快照后,还可以让redis使用CRC64算法来进行数据校验,但是这样做会增加大约
10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能
5、dbfilename
6、 dir
六、REPLICATION复制
七、SECURITY安全(相对而言不改变)
八、LIMITS限制(相对而言不改变)
1、maxclients
设置redis同时可以与多少个客户端进行连接。默认情况下为10000个客户端。当你无法设置进程文件句柄限制时,redis会设置为当前的文件句柄限制值减去32,因为redis会为自身内部处理逻辑留一些句柄出来。如果达到了此限制,redis则会拒绝新的连接请求,并且向这些连接请求方发出“max number of clients reached”以作回应。
2、maxmemory
设置redis可以使用的内存量。一旦到达内存使用上限,redis将会试图移除内部数据,移除规则可以通过maxmemory-policy来指定。如果redis无法根据移除规则来移除内存中的数据,或者设置了“不允许移除”,那么redis则会针对那些需要申请内存的指令返回错误信息,比如SET、LPUSH等。
但是对于无内存申请的指令,仍然会正常响应,比如GET等。如果你的redis是主redis(说明你的redis有从redis),那么在设置内存使用上限时,需要在系统中留出一些内存空间给同步队列缓存,只有在你设置的是“不移除”的情况下,才不用考虑这个因素
3、maxmemory-policy
- volatile-lru -> remove the key with an expire set using an LRU algorithm
- 使用LRU算法移除key,只对设置了过期时间的键
- allkeys-lru -> remove any key according to the LRU algorithm
- 使用LRU算法移除key
- volatile-random -> remove a random key with an expire set
- 移除随机的key
- allkeys-random -> remove a random key, any key
- 在过期集合中移除随机的key,只对设置了过期时间的键
- volatile-ttl -> remove the key with the nearest expire time (minor TTL)
- 移除那些TTL值最小的key,即那些最近要过期的key
- noeviction -> don't expire at all, just return an error on write operations
- 不进行移除。针对写操作,只是返回错误信息
4、maxmemory-samples
设置样本数量,LRU算法和最小TTL算法都并非是精确的算法,而是估算值,所以你可以设置样本的大小,
redis默认会检查这么多个key并选择其中LRU的那个
九、APPEND ONLY MODE追加
1、 appendonly
2、 appendfilename
3、appendfsync
1)always:同步持久化 每次发生数据变更会被立即记录到磁盘 性能较差但数据完整性比较好
2)everysec(默认):出厂默认推荐,异步操作,每秒记录 如果一秒内宕机,有数据丢失
3)no
4、no-appendfsync-on-rewrite:重写时是否可以运用Appendfsync,用默认no即可,保证数据安全性。
5、auto-aof-rewrite-min-size:设置重写的基准值
6、auto-aof-rewrite-percentage:设置重写的基准值
十、常见配置redis.conf介绍
参数说明
redis.conf 配置项说明如下:
1. Redis默认不是以守护进程的方式运行,可以通过该配置项修改,使用yes启用守护进程
daemonize no
2. 当Redis以守护进程方式运行时,Redis默认会把pid写入/var/run/redis.pid文件,可以通过pidfile指定
pidfile /var/run/redis.pid
3. 指定Redis监听端口,默认端口为6379,作者在自己的一篇博文中解释了为什么选用6379作为默认端口,因为6379在手机按键上MERZ对应的号码,而MERZ取自意大利歌女Alessia Merz的名字
port 6379
4. 绑定的主机地址
bind 127.0.0.1
5.当 客户端闲置多长时间后关闭连接,如果指定为0,表示关闭该功能
timeout 300
6. 指定日志记录级别,Redis总共支持四个级别:debug、verbose、notice、warning,默认为verbose
loglevel verbose
7. 日志记录方式,默认为标准输出,如果配置Redis为守护进程方式运行,而这里又配置为日志记录方式为标准输出,则日志将会发送给/dev/null
logfile stdout
8. 设置数据库的数量,默认数据库为0,可以使用SELECT <dbid>命令在连接上指定数据库id
databases 16
9. 指定在多长时间内,有多少次更新操作,就将数据同步到数据文件,可以多个条件配合
save <seconds> <changes>
Redis默认配置文件中提供了三个条件:
save 900 1
save 300 10
save 60 10000
分别表示900秒(15分钟)内有1个更改,300秒(5分钟)内有10个更改以及60秒内有10000个更改。
10. 指定存储至本地数据库时是否压缩数据,默认为yes,Redis采用LZF压缩,如果为了节省CPU时间,可以关闭该选项,但会导致数据库文件变的巨大
rdbcompression yes
11. 指定本地数据库文件名,默认值为dump.rdb
dbfilename dump.rdb
12. 指定本地数据库存放目录
dir ./
13. 设置当本机为slav服务时,设置master服务的IP地址及端口,在Redis启动时,它会自动从master进行数据同步
slaveof <masterip> <masterport>
14. 当master服务设置了密码保护时,slav服务连接master的密码
masterauth <master-password>
15. 设置Redis连接密码,如果配置了连接密码,客户端在连接Redis时需要通过AUTH <password>命令提供密码,默认关闭
requirepass foobared
16. 设置同一时间最大客户端连接数,默认无限制,Redis可以同时打开的客户端连接数为Redis进程可以打开的最大文件描述符数,如果设置 maxclients 0,表示不作限制。当客户端连接数到达限制时,Redis会关闭新的连接并向客户端返回max number of clients reached错误信息
maxclients 128
17. 指定Redis最大内存限制,Redis在启动时会把数据加载到内存中,达到最大内存后,Redis会先尝试清除已到期或即将到期的Key,当此方法处理 后,仍然到达最大内存设置,将无法再进行写入操作,但仍然可以进行读取操作。Redis新的vm机制,会把Key存放内存,Value会存放在swap区
maxmemory <bytes>
18. 指定是否在每次更新操作后进行日志记录,Redis在默认情况下是异步的把数据写入磁盘,如果不开启,可能会在断电时导致一段时间内的数据丢失。因为 redis本身同步数据文件是按上面save条件来同步的,所以有的数据会在一段时间内只存在于内存中。默认为no
appendonly no
19. 指定更新日志文件名,默认为appendonly.aof
appendfilename appendonly.aof
20. 指定更新日志条件,共有3个可选值:
no:表示等操作系统进行数据缓存同步到磁盘(快)
always:表示每次更新操作后手动调用fsync()将数据写到磁盘(慢,安全)
everysec:表示每秒同步一次(折衷,默认值)
appendfsync everysec
21. 指定是否启用虚拟内存机制,默认值为no,简单的介绍一下,VM机制将数据分页存放,由Redis将访问量较少的页即冷数据swap到磁盘上,访问多的页面由磁盘自动换出到内存中(在后面的文章我会仔细分析Redis的VM机制)
vm-enabled no
22. 虚拟内存文件路径,默认值为/tmp/redis.swap,不可多个Redis实例共享
vm-swap-file /tmp/redis.swap
23. 将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据 就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0
vm-max-memory 0
24. Redis swap文件分成了很多的page,一个对象可以保存在多个page上面,但一个page上不能被多个对象共享,vm-page-size是要根据存储的 数据大小来设定的,作者建议如果存储很多小对象,page大小最好设置为32或者64bytes;如果存储很大大对象,则可以使用更大的page,如果不 确定,就使用默认值
vm-page-size 32
25. 设置swap文件中的page数量,由于页表(一种表示页面空闲或使用的bitmap)是在放在内存中的,,在磁盘上每8个pages将消耗1byte的内存。
vm-pages 134217728
26. 设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的,可能会造成比较长时间的延迟。默认值为4
vm-max-threads 4
27. 设置在向客户端应答时,是否把较小的包合并为一个包发送,默认为开启
glueoutputbuf yes
28. 指定在超过一定的数量或者最大的元素超过某一临界值时,采用一种特殊的哈希算法
hash-max-zipmap-entries 64
hash-max-zipmap-value 512
29. 指定是否激活重置哈希,默认为开启(后面在介绍Redis的哈希算法时具体介绍)
activerehashing yes
30. 指定包含其它的配置文件,可以在同一主机上多个Redis实例之间使用同一份配置文件,而同时各个实例又拥有自己的特定配置文件
include /path/to/local.conf
肆、Redis的持久化
一、RDB(Redis DataBase)
1、是什么?
在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里
Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能。如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
2、Fork
fork的作用是复制一个与当前进程一样的进程。新进程的所有数据(变量、环境变量、程序计数器等)数值都和原进程一致,但是是一个全新的进程,并作为原进程的子进程
3、rdb 保存的是dump.rdb文件
4、配置位置
在叁中的五种、SNAPSHOTTING快照
5、如何触发RDB快照
1、配置文件中默认的快照配置
冷拷贝后重新使用:可以cp dump.rdb dump_new.rdb
2、命令save或者是bgsave
Save: save时只管保存,其它不管,全部阻塞
BGSAVE: Redis会在后台异步进行快照操作,快照同时还可以响应客户端请求。可以通过lastsave命令获取最后一次成 功执行快照的时间
执行flushall命令,也会产生dump.rdb文件,但里面是空的,无意义
6、如何恢复
1、将备份文件 (dump.rdb) 移动到 redis 安装目录并启动服务即可
2、CONFIG GET dir获取目录
7、优势
1、适合大规模的数据恢复
2、对数据完整性和一致性要求不高
8、劣势
1、在一定间隔时间做一次备份,所以如果redis意外down掉的话,就会丢失最后一次快照后的所有修改
2、fork的时候,内存中的数据被克隆了一份,大致2倍的膨胀性需要考虑
9、如何停止
动态所有停止RDB保存规则的方法: redis-cli config set save ""
总结
二、AOF(Append Only File)
1、是什么
以日志的形式来记录每个写操作,将Redis执行过的所有写指令记录下来(读操作不记录),只许追加文件但不可以改写文件,redis启动之初会读取该文件重新构建数据,换言之,redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作
2、Aof保存的是appendonly.aof文件
3、配置位置
在叁中的九、APPEND ONLY MODE追加
4、AOF启动/修复/恢复
1、正常恢复
1)启动:设置Yes ——》 修改默认的appendonly no,改为yes
2)将有数据的aof文件复制一份保存到对应目录(config get dir)
3)恢复:重启redis然后重新加载
2、异常恢复
1)启动:设置Yes ——》修改默认的appendonly no,改为yes
2)备份被写坏的AOF文件
3)修复: ——》redis-check-aof --fix进行修复
4)恢复:重启redis然后重新加载
5、rewrite
1、是什么:
AOF采用文件追加方式,文件会越来越大为避免出现此种情况,新增了重写机制,当AOF文件的大小超过所设定的阈值时,Redis就会启动AOF文件的内容压缩,只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof
2、重写原理
AOF文件持续增长而过大时,会fork出一条新进程来将文件重写(也是先写临时文件最后再rename),遍历新进程的内存中数据,每条记录有一条的Set语句。重写aof文件的操作,并没有读取旧的aof文件,而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件,这点和快照有点类似
3、触发机制
Redis会记录上次重写时的AOF大小,默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发
6、优势
1、每修改同步:appendfsync always 同步持久化 每次发生数据变更会被立即记录到磁盘 性能较差但数据完整性比较好
2、每秒同步:appendfsync everysec 异步操作,每秒记录 如果一秒内宕机,有数据丢失
3、不同步:appendfsync no 从不同步
7.劣势
1、相同数据集的数据而言aof文件要远大于rdb文件,恢复速度慢于rdb
2、aof运行效率要慢于rdb,每秒同步策略效率较好,不同步效率和rdb相同
总结
1)RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储
2)AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾.Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大
3)只做缓存:如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化方式.
4)同时开启两种持久化方式
【1】在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据,因为在通常情况下AOF文件保存的数据集要比RDB文件保 存的数据集要完整.
【2】RDB的数据不实时,同时使用两者时服务器重启也只会找AOF文件。那要不要只使用AOF呢?作者建议不要,因为RDB更适合用 于备份数据库(AOF在不断变化不好备份),快速重启,而且不会有AOF可能潜在的bug,留着作为一个万一的手段。
5)性能建议
因为RDB文件只用作后备用途,建议只在Slave上持久化RDB文件,而且只要15分钟备份一次就够了,只保留save 900 1这条规则。
如果Enalbe AOF,好处是在最恶劣情况下也只会丢失不超过两秒数据,启动脚本较简单只load自己的AOF文件就可以了。代价一是带来了持续的IO,二是AOF rewrite的最后将rewrite过程中产生的新数据写到新文件造成的阻塞几乎是不可避免的。只要硬盘许可,应该尽量减少AOF rewrite的频率,AOF重写的基础大小默认值64M太小了,可以设到5G以上。默认超过原大小100%大小时重写可以改到适当的数值。
如果不Enable AOF ,仅靠Master-Slave Replication 实现高可用性也可以。能省掉一大笔IO也减少了rewrite时带来的系统波动。代价是如果Master/Slave同时倒掉,会丢失十几分钟的数据,启动脚本也要比较两个Master/Slave中的RDB文件,载入较新的那个。新浪微博就选用了这种架构
伍·、Redis的事务
一、是什么
可以一次执行多个命令,本质是一组命令的集合。一个事务中的。所有命令都会序列化(队列),按顺序地串行化执行而不会被其它命令插入,不许加塞
二、能干嘛
一个队列中,一次性、顺序性、排他性的执行一系列命令
三、怎么玩
1、常用命令
1)正常执行
2)放弃事务
3)全体连坐(进入队列报错的)
4)冤头债主(能正常加入到队列中)
所以Redis是部分支持事务的
5)watch监控
【1】悲观锁/乐观锁/CAS(Check And Set)
《1》 悲观锁
悲观锁(Pessimistic Lock), 顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁
《2》乐观锁
乐观锁(Optimistic Lock), 顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。乐观锁适用于多读的应用类型,这样可以提高吞吐量,
乐观锁策略:提交版本必须大于记录当前版本才能执行更新
《3》CAS
【2】初始化信用卡可用余额和欠额
【3】无加塞篡改,先监控再开启multi,保证两笔金额变动在同一个事务内
【4】有加塞篡改 =》监控了key,如果key被修改了,后面一个事务的执行失效
【5】 unwatch
【6】一旦执行了exec之前加的监控锁都会被取消掉了
小结
1、Watch指令,类似乐观锁,事务提交时,如果Key的值已被别的客户端改变,比如某个list已被别的客户端push/pop过了,整个事务队列都不会被执行
2、通过WATCH命令在事务执行之前监控了多个Keys,倘若在WATCH之后有任何Key的值发生了变化,EXEC命令执行的事务都将被放弃,同时返回Nullmulti-bulk应答以通知调用者事务执行失败
四、3阶段
1、开启:以MULTI开始一个事务
2、入队:将多个命令入队到事务中,接到这些命令并不会立即执行,而是放到等待执行的事务队列里面
3、执行:由EXEC命令触发事务
五、特性
1、单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。
2、没有隔离级别的概念:队列中的命令没有提交之前都不会实际的被执行,因为事务提交前任何指令都不会被实际执行,也就不存在”事 务内的查询要看到事务里的更新,在事务外查询不能看到”这个让人万分头痛的问题
3、不保证原子性:redis同一个事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚
陆、Redis的发布订阅
类似于中间件,但是基本不用。
柒、Redis的复制(Master/Slave)
一、是什么
行话:也就是我们所说的主从复制,主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
二、能干嘛
1、读写分离
2、容灾恢复
三、怎么玩
1、配从(库)不配主(库)
2、从库配置:slaveof 主库IP 主库端口
每次与master断开之后,都需要重新连接,除非你配置进redis.conf文件
info replication
3、修改配置文件细节操作
1、拷贝多个redis.conf文件
2、开启daemonize yes
3、pid文件名字
4、指定端口
5、log文件名字
6、dump.rdb名字
4、常用3招
1、一主二仆
2、薪火相传
1、上一个Slave可以是下一个slave的Master,Slave同样可以接收其他slaves的连接和同步请求,那么该slave作为了链条中下一个的master,可以有效减轻master的写压力
2、中途变更转向:会清除之前的数据,重新建立拷贝最新的
3、slaveof 新主库IP 新主库端口
3、反客为主
SLAVEOF no one
使当前数据库停止与其他数据库的同步,转成主数据库
四、复制原理
1、slave启动成功连接到master后会发送一个sync命令
2、Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令,在后台进程执行完毕之后,master将传送整个数 据文件到slave,以完成一次完全同步
3、全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
4、增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
5、但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
五、哨兵模式(sentinel)(少林模式,最常用)
1、是什么
反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
2、怎么玩
1、调整结构,6379带着80、81
2、自定义的/myredis目录下新建sentinel.conf文件,名字绝不能错
3、配置哨兵,填写内容
sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1
上面最后一个数字1,表示主机挂掉后salve投票看让谁接替成为主机,得票数多少后成为主机
4、启动哨兵
redis-sentinel /myredis/sentinel.conf (上述目录依照各自的实际情况配置,可能目录不同)
5、正常主从演示
6、原有的master挂了
7、投票新选
8、重新主从继续开工,info replication查查看
问题:如果之前的master重启回来,会不会双master冲突?
不会,以前的master会变为slave
3、一组sentinel能同时监控多个Master
六、复制的缺点
复制延时
由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重
扒、Redis的Java客户端Jedis
即可在Linux下运行也可以在windows下面运行,我为了操作输入,还是使用windows运行
首先环境得配好
Jedis所需要的jar包
一、Jedis常用操作
1、检测连通性
package com.tk.test;
import redis.clients.jedis.Jedis;
/**
* 检测Jedis连接连通性
* @data :2019-6-4下午11:45:13
* @author :田坤
*/
public class RedisConnTest {
public static void main(String args[]) {
//如果是Linux系统下面测试,可以直接使用本机IP 127.0.0.1
//如果是在windows下面需要些的是linux系统下的ip地址
Jedis jedis = new Jedis("192.168.17.130", 6379);
System.out.println(jedis.ping());
}
}
如果成功:console台就会输出 Pong
但是,总不可能是一帆风顺的,我出现了下面错误
我的解决方法:
因为我使用的windows测试的。所以在外网访问Linux时,就会被防火墙所拦截。所以,我们需要在Linux(CentOS6.8)下开放Redis的端口号(我的是6379,也是默认的端口号)
1、vim /etc/sysconfig/iptables
在里面增加下图标红的数据
2、重启防火墙
service iptables restart
如果没有启动Redis服务,报下面的错
2、5+1
一个key
五大数据类型
package com.tk.test;
import java.util.Set;
import redis.clients.jedis.Jedis;
/**
* 测试Redis的基本操作
* @data :2019-6-5上午12:26:03
* @author :田坤
*/
public class RedisAPITest {
public static void main(String args[]) {
Jedis jedis = new Jedis("192.168.17.130", 6379);
jedis.set("k1", "11");
jedis.set("k2", "22");
jedis.set("k3", "33");
jedis.set("k4", "44");
System.out.println(jedis.get("k3"));
Set<String> keys = jedis.keys("*");
for (String string : keys) {
System.out.print(string+"--");
}
}
}
其他的操作都是类似的,可以查看API文档
3、事务提交
1、日常
package com.tk.test;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.Transaction;
/**
* Redis的事务检测 普通
* @data :2019-6-5上午12:47:15
* @author :田坤
*/
public class RedisTransactionTest {
public static void main(String args[]) {
Jedis jedis = new Jedis("192.168.17.130", 6379);
//被当作一个命令进行执行
Transaction transaction = jedis.multi();
transaction.set("k11", "k111");
transaction.set("k22", "k222");
transaction.set("k33", "k333");
transaction.set("k44", "k444");
transaction.exec();
System.out.println(jedis.get("k44"));
Transaction transaction1 = jedis.multi();
transaction.set("k11", "1111");
transaction.set("k22", "2222");
transaction.set("k33", "3333");
transaction1.discard();
System.out.println(jedis.get("k33"));
}
}
k444
k333
2、加锁
package com.tk.test;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.Transaction;
/**
* Redis的事务检测 锁
* @data :2019-6-5上午12:47:15
* @author :田坤
*/
public class RedisTransactionTest {
public boolean transMethod() {
Jedis jedis = new Jedis("192.168.17.130", 6379);
int balance; //余额
int debt; //债务
int amtToSubtrat = 10; //实刷额度
jedis.watch("balance");
//jedis.set("balance","5");//此句不该出现,讲课方便。模拟其他程序已经修改了该条目
balance = Integer.parseInt(jedis.get("balance"));
if(balance < amtToSubtrat){
jedis.unwatch();
System.out.println("modify");
return false;
}else{
System.out.println("*****************transaction");
Transaction transaction = jedis.multi();
transaction.decrBy("balance", amtToSubtrat);
transaction.incrBy("debt", amtToSubtrat);
transaction.exec();
balance = Integer.parseInt(jedis.get("balance"));
debt = Integer.parseInt(jedis.get("debt"));
System.out.println(balance);
System.out.println(debt);
return true;
}
}
/**
* 通俗点讲,watch命令就是标记一个键,如果标记了一个键, 在提交事务前如果该键被别人修改过,那事务就会失败,这种情况通常可以在程序中
* 重新再尝试一次。
* 首先标记了键balance,然后检查余额是否足够,不足就取消标记,并不做扣减; 足够的话,就启动事务进行更新操作,
* 如果在此期间键balance被其它人修改, 那在提交事务(执行exec)时就会报错, 程序中通常可以捕获这类错误再重新执行一次,直到成功。
*/
public static void main(String args[]) {
RedisTransactionTest test = new RedisTransactionTest();
boolean transMethod = test.transMethod();
System.out.println("main ReValue-------------"+transMethod);
}
}
*****************transaction
90
10
main ReValue-------------true
4、主从复制
1、6379,6380启动,设置6380为6379的从
2、主写
3、从读
package com.tk.test;
import redis.clients.jedis.Jedis;
/**
* 主从复制
* @data :2019-6-5上午8:52:46
* @author :田坤
*/
public class RedisMasterSlaveTest {
public static void main(String args[]) {
//在Linux系统中设置好主从关系
Jedis jedis_master = new Jedis("192.168.17.130", 6379);
//别忘记在Linux中的防火墙设计使6380可以被外网访问
Jedis jedis_slave = new Jedis("192.168.17.130", 6380);
//在Java也可以设置主从,但是一般不在在Java中设置。会有一奈奈小问题,获取数据的速度会高于实现主从关系的效率
//jedis_slave.slaveof("192.168.17.130",6379);
//jedis_master.set("k1", "1111");
//jedis_slave.get("k1"); //可能取不到。 因为可以没有完成主从关系
jedis_master.set("kkk", "tk");
System.out.println(jedis_slave.get("kkk")); //tk
}
}
二、JedisPool
1、获取Jedis实例需要从JedisPool中获取
2、用完Jedis实例需要返还给JedisPool
3、如果Jedis在使用过程中出错,则也需要还给JedisPool
/**
* jedis的工具池
* @data :2019-6-5上午9:14:44
* @author :田坤
*/
public class JedisPoolUtils {
private static volatile JedisPool jedisPool = null;
private JedisPoolUtils() {
}
public static JedisPool getInstance(){
if(null == jedisPool){
synchronized (JedisPoolUtils.class) {
if(null == jedisPool){
JedisPoolConfig poolConfig = new JedisPoolConfig();
poolConfig.setMaxActive(10000);
poolConfig.setMaxIdle(32);
poolConfig.setMaxWait(100*1000);
poolConfig.setTestOnBorrow(true);
jedisPool = new JedisPool(poolConfig, "192.168.17.130", 6379);
}
}
}
return jedisPool;
}
public static void release(JedisPool jedisPool,Jedis jedis){
if(jedis != null && jedisPool!=null){
jedisPool.returnResourceObject(jedis);
}
}
}
/**
* Jedis池的使用
* @data :2019-6-5上午9:25:38
* @author :田坤
*/
public class JedisPollTest {
private static JedisPool jedisPool = JedisPoolUtils.getInstance();
private static Jedis jedis = null;
public static void main(String args[]) {
try {
jedis = jedisPool.getResource();
jedis.set("kkkk", "777777");
System.out.println(jedis.get("kkkk")); //777777
} catch (Exception e) {
}finally{
JedisPoolUtils.release(jedisPool, jedis);
}
}
}
配置总结:
JedisPool的配置参数大部分是由JedisPoolConfig的对应项来赋值的。
maxActive:控制一个pool可分配多少个jedis实例,通过pool.getResource()来获取;如果赋值为-1,则表示不限制;如果pool已经 分配了maxActive个jedis实例,则此时pool的状态为exhausted。
maxIdle: 控制一个pool最多有多少个状态为idle(空闲)的jedis实例;
whenExhaustedAction: 表示当pool中的jedis实例都被allocated完时,pool要采取的操作;默认有三种。
WHEN_EXHAUSTED_FAIL --> 表示无jedis实例时,直接抛出NoSuchElementException;
WHEN_EXHAUSTED_BLOCK --> 则表示阻塞住,或者达到maxWait时抛出JedisConnectionException;
WHEN_EXHAUSTED_GROW --> 则表示新建一个jedis实例,也就说设置的maxActive无用;
maxWait: 表示当borrow一个jedis实例时,最大的等待时间,如果超过等待时间,则直接抛JedisConnectionException;
testOnBorrow: 获得一个jedis实例的时候是否检查连接可用性(ping());如果为true,则得到的jedis实例均是可用的;
testOnReturn:return 一个jedis实例给pool时,是否检查连接可用性(ping());
testWhileIdle:如果为true,表示有一个idle object evitor线程对idle object进行扫描,如果validate失败,此object会被从pool中drop掉;这一项只有在timeBetweenEvictionRunsMillis大于0时才有意义;
timeBetweenEvictionRunsMillis:表示idle object evitor两次扫描之间要sleep的毫秒数;
numTestsPerEvictionRun:表示idle object evitor每次扫描的最多的对象数;
minEvictableIdleTimeMillis:表示一个对象至少停留在idle状态的最短时间,然后才能被idle object evitor扫描并驱逐;这一项只有在timeBetweenEvictionRunsMillis大于0时才有意义;
softMinEvictableIdleTimeMillis:在minEvictableIdleTimeMillis基础上,加入了至少minIdle个对象已经在pool里面了。如果为-1,evicted不会根据idle time驱逐任何对象。如果minEvictableIdleTimeMillis>0,则此项设置无意义,且只有在timeBetweenEvictionRunsMillis大于0时才有意义;
lifo:borrowObject返回对象时,是采用DEFAULT_LIFO(last in first out,即类似cache的最频繁使用队列),如果为False,则表示FIFO队列;
==================================================================================================================
其中JedisPoolConfig对一些参数的默认设置如下:
testWhileIdle=true
minEvictableIdleTimeMills=60000
timeBetweenEvictionRunsMillis=30000
numTestsPerEvictionRun=-1