------------------------------

-- 持久化

------------------------------

硬盘同步到内存当中

RDB方式,指定多少秒,将数据写入磁盘一次

AOF方式,日志的形式记录服务器所处理的操作,启用时候回重新执行

无持久化,当做缓存

同时RDB AOF

------------------------------

-- 特性 多数据库 事务

------------------------------

 0 -15 一共16个数据库 默认为0数据库

move key 数据库号 --移动

事务 

multi 开启事务

exec 提交事务

discard 撤销事务

clear 清理屏幕

在线安装gcc环境：yum install gcc-c++

解压redis命令：tar -zxvf redis-3.x.x.tar.gz

------------------------------

-- keys 

------------------------------

keys *   -- 获取所有key

keys list? --模糊查找

exists wcwlist --是否存在

rename wcwlist newwcwlist --重命名

expire newwcwlist 1000 --过期时间毫秒单位

ttl newwcwlist --查看所剩过期时间

type  newwcwlist  类型反馈

------------------------------

-- sorted-set  分数关联  成员唯一,分数可以重复

------------------------------

zadd key 分数 值 分数 值 分数 值 

新建 返回行数,修改 返回0,插入 返回行数

zscore 看数值

zcard 成员数

zrem key  值1 值2

zrange key 开始 结束    withscores(可选,查看值和分数)  --查看内容

zrevrange key 开始 结束 withscores   排序

zremrangebyrank 范围删除

分数删除

zincrby 增加

使用场景,在线游戏积分排行榜,分数变化后更新最新分数,然后查询

索引数据,是否可以用于分页的item保存??需要考虑

set唯一性,

sadd 

sismember 

sdiff

sinter

sunion

scard myset 数量

srandmember myset  随机返回

数据库比较

redis中的数据结构之list的基本操作

redis结构值哈希的赋值、取值、删除、增减和自学命令等

redis的存储string-赋值、取值、删除、数值增减、扩展的基本命令

优势：

1、更高的数据安全性

同步策略：每秒同步，每修改同步、不同步

每秒同步：异步完成，效率高，系统出现宕机，那么这一秒中修改的数据就会丢失

每修改同步：可以看作同步持久化，么一次发生数据的变化，都会立即写到磁盘当中，效率低，但是最安全

2、对日志文件的写入操作，采用的是追加模式（append），因此在写入过程中，即使出现了宕机的情况，也不会破坏日志文件中已经存在的内容。如果本次写入进行到一半就出现宕机，那么这种方式也不必担心，redis在下一次启动之前，可以通过redis-check-aof这个工具，帮助我们解决数据一致性的问题

3、如果日志过大，redis可以自动启动重写机制，redis以append模式不断的将修改的数据写入到老的磁盘文件当中，同时redis会创建一个新的文件，用于记录此期间产生的哪些修改命令被执行。因此，在进行重写切换的时候，可以更好的去保证数据的安全性

4、AOF包含一个格式清晰易于理解的日志文件用于记录所有的修改操作，也可以通过这个文件完成数据的重建

劣势

1、对于相同数量的数据集而言，AOF的文件要比RDB的文件大一些

2、根据同步策略的不同，AOF在效率上往往低于RDB

RDB

--redis数据库只包含一个文件，对于文件备份而言是非常完美的，一旦系统出现灾难性的故障是比较方便恢复的，定时配置。

--可以将一个单独的文件压缩后转移到其他存储介质上 。如：拷贝到其他地方，恢复时使用就好。

--性能最大化，redis开始持久化时，分叉出进程，由子进程完成持久化的工作

在redis.conf进行RDB的配置

 save 900 1 每900s至少有1个key发生变化

持久化方式

RDB持久化： 简而言之，就是在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上。

AOF持久化：则是换了一个角度来实现持久化，那就是将redis执行过的所有写指令记录下来，在下次redis重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。

  其实RDB和AOF两种方式也可以同时使用，在这种情况下，如果redis重启的话，则会优先采用AOF方式来进行数据恢复，这是因为AOF方式的数据恢复完整度更高。

相关特性：

多数据库

Redis事务

redis最大支持16个数据库，按0~15的索引排列

默认使用的是0数据库

select index //选取数据库

move keyName index //将key移动到指定数据库

Sorted-Set中的成员在集合中的位置是有序的

使用场景

如大型在线游戏积分排行榜

构建索引数据