Redis

reids存储类型：string list hash set sortedset.
高速缓存数据库。
缓存，数据缓存，页面缓存。

====redis优：

1.支持多数据类型，
2.支持主从模式
3.支持持久化
4.单个value限制是1GB，memcached为1M数据。

 

Redis与 mysql事务的对比

Mysql Redis
开启 start transaction muitl
语句 普通sql 普通命令
失败 rollback 回滚 discard 取消
成功 commit exec

注: rollback与discard 的区别
如果已经成功执行了2条语句, 第3条语句出错.
Rollback后,前2条的语句影响消失.
Discard只是结束本次事务,前2条语句造成的影响仍然还在
====原理：
muitl,s原理先放到queued队列中，exec之后再执行。
放入队列中时，只是检查语法的正确性，并没有检查类型啊（不如在数字上累加字母），
Exec之后,会执行正确的语句,并跳过有不适当的语句.根本不会回滚。
=====

注:
在mutil后面的语句中, 语句出错可能有2种情况
1: 语法就有问题, 
这种,exec时,报错, 所有语句得不到执行

2: 语法本身没错,但适用对象有问题. 比如 zadd 操作list对象
Exec之后,会执行正确的语句,并跳过有不适当的语句.

(如果zadd操作list这种事怎么避免? 这一点,由程序员负责)

思考: 
我正在买票
Ticket -1 , money -100
而票只有1张, 如果在我multi之后,和exec之前, 票被别人买了---即ticket变成0了.
我该如何观察这种情景,并不再提交

悲观的想法: 
世界充满危险,肯定有人和我抢, 给 ticket上锁, 只有我能操作. [悲观锁]

乐观的想法:
没有那么人和我抢,因此,我只需要注意,
--有没有人更改ticket的值就可以了 [乐观锁]

Redis的事务中,启用的是乐观锁,只负责监测key没有被改动.
具体的命令---- watch命令
例: 
redis 127.0.0.1:6379> watch ticket
OK
redis 127.0.0.1:6379> multi
OK
redis 127.0.0.1:6379> decr ticket
QUEUED
redis 127.0.0.1:6379> decrby money 100
QUEUED
redis 127.0.0.1:6379> exec
(nil) // 返回nil,说明监视的ticket已经改变了,事务就取消了.
redis 127.0.0.1:6379> get ticket
"0"
redis 127.0.0.1:6379> get money
"200"

watch 可以监视多个key,只要有一个变化，就取消事务
watch key1 key2 ... keyN
作用:监听key1 key2..keyN有没有变化,如果有变, 则事务取消

unwatch 
作用: 取消所有watch监听

 

Redis持久化配置

Redis的持久化有2种方式 1快照（rdb） 2是日志

Rdb快照的配置选项:（rdbdump）:优势，因为是快照，所以恢复速度相当快。
(原理:每隔n分钟或N次写入后从内存dump数据形成rdb文件压缩，放至到目录上。)

 

====================redis集群：
集群优点:
1.主从备份，防止主机宕机。
2.读写分离，分担master的任务。
3.任务分离，分担工作与计算。
----
方案：
1.master下面有两个孩子，两个孩子直接指向master(树).
2.线性，第一个孩子指向master,第二个孩子指向第一个孩子.

原理：
主从通信：slave启动之后链接master,slave发出同步命令，save拿到dump出的rdb
快照，之后再拿缓冲aof队列中的日志数据进行数据填充。

---master配置:
1.关闭rdb快照（备份工作交给slave）
2.可以开启aof

slave配置：
1.声明slave-of (slave-of localhsot 6379)
2.如果master有密码，slave也要有密码
3.打开rdb快照
4.配置是否只读[salve-read-only]

---主;
passwordrequire 密码
--slave
masterauth 密码

=============主从缺点：
每次slave断开后，无论是主动断开还是网络故障，再链接master,
都要master全部dump导出rdb再aof.
所以，启动slave要一个一个启动，且有时间间隔。要不然
master主IO剧增。