Redis Keys的通用操作

进入redis -cli:

• keys * 查看所有key
• keys my? 查看以my开头的key
• del my1
• exists my1 查看该key是否存在
• get company 获取value
• rename company newcompany 重命名
• expire newcompany 1000 设置过期时间(单位秒)
• ttl newcompany 查看此key所剩时间,没有设置返回-1
• type newcompany 获取它的类型

Redis特性,相关特性:

• 多数据库
• Redis事务

进入Redis数据库:

• (select 1) 选择进入1号数据库
• (move myset 1) 将myset移到1号数据库里面
• (multi exec discard) 这三个命令来实现事务,事务中所有命令都将串行化，按顺序执行
• 在Reids中如果事务中某一个命令执行失败了,它后面的命令还会被执行
• (multi) 开启一个事务,然后执行插入等操作
• (exec) 提交
• (discard) 回滚

Redis的持久化的概述(保证数据的完整):

两种持久化方式:

1. RDB方式(默认支持,不需要进行配置,在指定的时间间隔内将内存中的数据及快照写入到磁盘)
2. AOF方式(将以日志的形式,记录服务器所处理的每一个操作,Redis启动之初会读取该文件)
3. 无持久化(通过配置来禁用Redis持久化的功能,这样就可以认为Redis就是一个缓存的机制了)
4. 同时使用RDB和AOF

RDB:

• 优势:对灾难恢复而言RDB是不错的选择(可以轻松的将一个文件压缩后再转移到其他的存储上)(性能最大化)
• 劣势:想保证数据的高可用性,最大限度避免数据的丢失
• 配置: #vim redis.conf 打开配置文件,找到(save 900 1)(save 300 10)(save 60 10000)第一个表示每900秒有一个key 就会发生改变,持久化一次,以此类推 找到dump.rdb 它就是rdb所保存的文件

AOF:

• 优势: 这种机制可以带来更高的数据安全性,每一次发生数据的变化都会记录到磁盘当中(效率低但最安全),对日志是append追加的方式,因此在写入过程中就算发生宕机的现象,也不会破坏日志中已经存在的内容
• 劣势: 对相同数量的数据集而言要比RDB的文件要大一些,根据同步策略的不同,效率上AOF往往会低于RDB
• 配置: 还是打开#vim redis.conf ,里面有一个appendonly no 默认情况下它没有打开,想使用将no改成yes appendfsync always(每修改一次就同步一次)appendfsync everysec(每秒同步一次) 选一个,把前面的注解去掉