REDIS NOTE

安装启动关闭

安装, 下载源码, 解压, 进入解压后的目录, 编译源码(需要gcc)
$ tar zxvf redis-2.8.3.tar.gz
$ cd redis-2.8.3
$ make
$ make PREFIX=/usr/local/redis install
把源码包解压后目录中的 redis.conf, 复制到redis/bin/ 下
启动
1. 方式一: 前端模式
  $ /usr/local/redis/bin/redis-server
  启动成功, 另开一窗口, 连接之, $ /usr/local/redis/bin/redis-cli (简化后的连接方式, 完整命令应是: ./redis-cli -h ip -p port)
2. 方式二: 后端模式
  修改redis.conf, daemonize no 改为 daemonize yes
  $ /usr/local/redis/bin/redis-server ./redis.conf
  $ /usr/local/redis/bin/redis-cli
关闭(关闭redis 是在客户端完成的)
$ ./bin/redis-cli shutdown

redis 数据类型

---------------------------------------------------------------------------------
|  key(都是字符串)    |		         value				|     	 类型       	|
|--------------------------------------------------------------------------------
|		k1			  |	 "小明"	 						| String(字符串)		|
|--------------------------------------------------------------------------------
|       k2			  |	 {username:"张三", age:"18"}    | Hash, 即map           |
|--------------------------------------------------------------------------------
|		k3			  |  [1, 2, 3, 4]					| List(双向链表)		|
|--------------------------------------------------------------------------------
|		k4			  |  ['a', 'b']						| Set(集合) 		    |
|--------------------------------------------------------------------------------
|		k5			  |  [5000,'a', 1000,'b', 10,'c']	| Zset(有序集合)	    |
|--------------------------------------------------------------------------------

String 类型 1.1. 介绍: value 不仅可以是 String，也可以是数字, value <= 512M 1.2. 操作 1. SET key value : 赋值, 如果key 已经存在, 则覆盖 2. GET key : 取值, 未取到则返回 nil 3. 扩展命令: 1. GETSET key : 先获取key 的值, 再赋值 2. INCR key :将指定的key 的value 原子性的递增1, 如果该key 不存在, 则其初始值为0, 如果value 的值不能转成整型, 则操作失败并返回相应的错误信息, 相当于 ++i 3. DECR key : 与INCR 相反 4. APPEND key value : 字符串追加, 如果key 不存在, 则创建一个key/value
Hash 类型
1. 类似Java中的map, 适合存储对象的信息, 每一个hash可以存储4294967295个键值对
2. 操作赋值 1. HSET key field value : 为指定的key 设定键值对 2. HMSET key fie value [field2 value2…] : 设置key 中的多个field/value 如执行hmset hash2 username zhangsan age 18 sex man, 会得到 {username=zhangsan, age=18, sex=man} 取值 3. HGET key field : 获取key中一个field 的value 4. HMGET key field1 field2… : 获取key 中的多个field的值 5. HGETALL key : 取得key中的所有与field/value 删除 6. HDEL key field [field…] : 删除key中一个或多个字段, 返回被删除的字段的个数
  
  扩展 7. HINCRBY key field increment : 设置key 中field 的值增加increment 8. HEXISTS key field ：判断key中的filed是否存在 9. HLEN key ：获取key所包含的field的数量 10. HKEYS key : 获取key所有field 11. HVALS key : 获得key所有value
List 类型
1. 介绍: 使用于大数据集合的增删, 任务队列等, 可包含的最大元素数量是 4294967295
2. 操作: 赋值: 1. LPUSH key value1 [v2 v3…] ：在链表的头部插入values, 如果key不存在, 则创建一个新的空链表, 再向其插入values 2. RPUSH key value1 [v2 v3…] : 在链表的尾部添加values, 规则同上取值: 3. LRANGE key start end : 获取链表中从start 到end 的元素的值, 从0 开始, 也可为负数, -1 表示链表尾部的元素, -2 表示倒数第二个, 以此类推删除: 4. LPOP key : 弹出并返回链表的头部元素 5. RPOP key : 弹出并返回链表的尾部元素扩展: 6. LLEN key : 返回链表中的元素数量 7. LPUSHX key value：仅当参数中指定的key存在时（如果与key管理的list中没有值时，则该key是不存在的）在指定的key所关联的list的头部插入value 8. RPUSHX key value：在该list的尾部添加元素, 规则同上 9. LSET key index value：设置或替换链表中的index下标的元素值，0代表链表的头元素，-1代表链表的尾元素 10. LINSERT key before|after pivot value：在pivot元素前或后插入value 11. RPOPLPUSH source destination : source, destination 是两个链表的key, 将source的尾部元素弹出并添加到destination的头部, 若source 与destination 是相同的链表, 则实现自身的循环操作(队列) 12. LREM key count value ：删除count个值为value的元素，如果count大于0，从头向尾遍历并删除count个值为value的元素，如果count小于0，则从尾向头遍历并删除。如果count等于0，则删除链表中所有等于value的元素。
set 类型
1. 介绍: 无序集合(元素不可重复), 适用于两个大数据集合的并集, 交集, 差集运算等
2. 操作: 赋值: 1. SADD key value1 [v2 v3…] : 向set 中添加数据, 重复的值不会被添加取值: 2. SMEMBERS key : 返回set中所有元素 3. SISMEMBER key member : 判断set中是否存在指定member , 返回1(存在) 或0(不存在) 删除: 4. SREM key member1 [mr2 m3…] : 删除set 中指定的成员集合运算: 5. 差集: 1. SDIFF key1 key2 : 返回属于key1 但不属于key2 的成员, 即差集 2. SDIFFSTORE destination key1 key2 : 将key1, key2 的差集保存到destination 集合中 6. 交集: 1. SINTER key1 key2 key3… : 返回交集 2. SINTERSTORE destination key1 key2 key3… : 将返回的交集保存到destination 集合中 7. 并集: 1. SUNION key1 key2 key3… : 返回并集 2. SUNIONSTORE key1 key2 key3… : 将返回的并集保存到destination 集合中扩展: 8. SCARD key : 返回集合中的成员数量 9. SRANDMEMBER key : 随机返回集合中的一个成员
Zset 类型
1. 介绍: 有序集合, 适合用来做排行榜(默认从小到大排序, 排名从0 开始)等
2. 操作: 赋值: 1.1. ZADD key score1 member1 [s2 m2 s3 m3…] : 将所有成员及其分数存放到sorted-set 中, 如果该元素已经存在则用新的分数替换原有的分数, 返回新加入到集合中的元素个数 1.2. ZINCRBY key increment member : 给指定成员的分数加上increment, 返回更改后的分数取值: 2. ZSCORE key member : 返回指定成员的分数 3. ZCARD key : 返回集合中的成员数量 4. ZRANGE key start end [WITHSCORES] : 返回集合中从start 到end 的成员, [WITHSCORES]参数是该命令同时返回成员所对应的分数(从小到大排序) 5. ZREVRANGE key start end [WITHSCORES] : 效果同上, 不过是从大到小排序删除: 6. ZREM key member1 [m2 m3…] : 删除集合中的指定成员, 可以指定多个成员 7. ZREMRANGEBYRANK key start stop : 按照排名范围删除成员(0 开始) 8. ZREMRANGEBYSCORE key min max : 按照分数范围删除成员扩展: 9. ZCOUNT key min max : 获取分数在[min, max] 之间的成员 10. ZRANK key member : 返回成员在集合中的排名, 索引(从小到大) 11. ZREVRANK key member : 返回成员在集合中的排名, 索引(从大到小)
redis 通用命令
1. KEYS pattern : 获取所有与pattern 匹配的key, *表示任意个任意字符, ?表示任意一个字符
2. DEL key1 [key2 key3…] : 删除指定的key, 可以同时删除多个key, 返回被删除的个数
3. EXISTS key : 判断该key是否存在, 返回1(存在), 或返回0(不存在)
4. RENAME key newkey : 重命名key
5. TYPE key : 获取key 的类型, 返回字符串, 值为(string, hash, list, set, zset) 中之一, 若key 不存在, 则返回none
6. 设置key 的生存时间:
  1. EXPIRE key time : 设置key 的过期时间(默认永久生存), 单位秒
  2. TTL key : 获取key 所剩的超时时间, 若未设置超时, 返回-1; 若返回-2, 表示key已经不存在
  3. PERSIST key : 取消超时时间
7. flushdb : 清空当前数据库
8. flushall : 清空所有数据库
9. dbsize : 返回当前数据库中key 的数目
10. info : 查看redis 的一些信息
11. clear : 清屏
12. exit : 退出连接
多数据库一个redis实例最多可提供16个数据库, 从0到15，客户端默认连接第0号数据库
1. select index : 指定连接哪个库, index ∈ [0, 15]
2. move key index : 将当前库的key移动到index库中
主从复制性质:
1. Master 可以拥有多个slave
2. 多个slave 可以连接同一个master, 也可以连接到其他的slave
3. 主从复制不会阻塞master, 在同步数据时, master可以继续处理client请求配置: 修改从服务器的配置文件(没有密码可以省略第二步): 第一步: slave <master_ip> <master_post> 第二步: masterauth
事务介绍: redis 的事务仅是为了数据的批量化操作
1. 开启: multi
  
  开启事务用于标记事务的开始, 其后执行的命令都将被存入命令队列, 直到执行EXEC 时, 这些命令才会被原子性的执行
2. 提交: exec
3. 回滚: discard
Java 连接redis
- 服务器必需先开启端口(默认6379)
- 修改redis.conf, 把 bind 127.0.0.1 改成 bind 0.0.0.0。
消息订阅与发布

redis 持久化 6.1. 前言: 由于Redis的数据都存放在内存中，如果没有配置持久化，redis重启后数据就全丢失了，于是需要开启redis的持久化功能，将数据保存到磁盘上，当redis重启后，可以从磁盘中恢复数据 redis提供两种方式进行持久化: RDB持久化(redis默认使用) AOF持久化

6.2. 二者的区别: 1. RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘 2. AOF持久化以日志的形式记录服务器所处理的每一个写、删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录。

6.3. 二者优缺点 1. RDB优势: 1). 一旦采用该方式，那么你的整个Redis数据库将只包含一个文件，这对于文件备份而言是非常完美的。比如，你可能打算每个小时归档一次最近24小时的数据，同时还要每天归档一次最近30天的数据。通过这样的备份策略，一旦系统出现灾难性故障，我们可以非常容易的进行恢复。 2). 对于灾难恢复而言，RDB是非常不错的选择。因为我们可以非常轻松的将一个单独的文件压缩后再转移到其它存储介质上。 3). 性能最大化。对于Redis的服务进程而言，在开始持久化时，它唯一需要做的只是fork出子进程，之后再由子进程完成这些持久化的工作，这样就可以极大的避免服务进程执行IO操作了。 4). 相比于AOF机制，如果数据集很大，RDB的启动效率会更高。

 2. RDB劣势:
 	1). 如果你想保证数据的高可用性，即最大限度的避免数据丢失，那么RDB将不是一个很好的选择。因为系统一旦在定时持久化之前出现宕机现象，此前没有来得及写入磁盘的数据都将丢失。
 	2). 由于RDB是通过fork子进程来协助完成数据持久化工作的，因此，如果当数据集较大时，可能会导致整个服务器停止服务几百毫秒，甚至是1秒钟。

 3. AOF优势:
 	1). 该机制可以带来更高的数据安全性，即数据持久性。Redis中提供了3中同步策略，即每秒同步、每修改同步和不同步。事实上，每秒同步也是异步完成的，其效率也是非常高的，
 		所差的是一旦系统出现宕机现象，那么这一秒钟之内修改的数据将会丢失。而每修改同步，我们可以将其视为同步持久化，即每次发生的数据变化都会被立即记录到磁盘中。
 		可以预见，这种方式在效率上是最低的。至于无同步，无需多言，我想大家都能正确的理解它。
 	2). 由于该机制对日志文件的写入操作采用的是append模式，因此在写入过程中即使出现宕机现象，也不会破坏日志文件中已经存在的内容。然而如果我们本次操作只是写入了一半数
 		据就出现了系统崩溃问题，不用担心，在Redis下一次启动之前，我们可以通过redis-check-aof工具来帮助我们解决数据一致性的问题。
 	3). 如果日志过大，Redis可以自动启用rewrite机制。即Redis以append模式不断的将修改数据写入到老的磁盘文件中，
 		同时Redis还会创建一个新的文件用于记录此期间有哪些修改命令被执行。因此在进行rewrite切换时可以更好的保证数据安全性。
 	4). AOF包含一个格式清晰、易于理解的日志文件用于记录所有的修改操作。事实上，我们也可以通过该文件完成数据的重建。

 4. AOF劣势:
 	1). 对于相同数量的数据集而言，AOF文件通常要大于RDB文件。RDB 在恢复大数据集时的速度比 AOF 的恢复速度要快。
 	2). 根据同步策略的不同，AOF在运行效率上往往会慢于RDB。总之，每秒同步策略的效率是比较高的，同步禁用策略的效率和RDB一样高效。
 5. 选择:
 	二者选择的标准，就是看系统是愿意牺牲一些性能，换取更高的缓存一致性（aof），还是愿意写操作频繁的时候，不启用备份来换取更高的性能，待手动运行save的时候，
 	再做备份（rdb）。rdb这个就更有些 eventually consistent的意思了。

6.4. 配置 1. RDB持久化配置: Redis会将数据集的快照dump到dump.rdb文件中。此外，我们也可以通过配置文件来修改Redis服务器dump快照的频率，在打开6379.conf文件之后，我们搜索save，可以看到下面的配置信息：

 	save 900 1         #在900秒后，如果至少有1个key发生变化，则dump内存快照。
 	save 300 10        #在300秒后，如果至少有10个key发生变化，则dump内存快照。
 	save 60 10000      #在60秒后，如果至少有10000个key发生变化，则dump内存快照。

 2. AOF持久化配置:
 	在Redis的配置文件中存在三种同步方式，它们分别是：

 	appendfsync always      #每次有数据修改发生时都会写入AOF文件。
 	appendfsync everysec    #每秒钟同步一次，该策略为AOF的缺省策略。
 	appendfsync no          #从不同步, 高效但是数据不会被持久化。

Redis 笔记

文章目录

REDIS NOTE

安装启动关闭

redis 数据类型

文章目录

REDIS NOTE

安装 启动 关闭

redis 数据类型

安装启动关闭