目录

一、Redis的事务

1.概述

2.常用命令

3.正常执行

4.放弃事务

5.全体连坐

6.冤头债主

7.watch监控

（1）悲观锁/乐观锁

（2）加塞篡改

（3）小结

8. 3个阶段

9.3个特性

二、Redis的主从复制(Master/slaver)

1.概述

2.作用

3.复制原理

4.哨兵模式(sentinel)

一、Redis的事务

1.概述

可以一次执行多个命令，本质是一组命令的集合。一个事务中的所有命令都会序列化，按顺序地串行化执行而不会被其它命令插入，不许加塞。

2.常用命令

3.正常执行

4.放弃事务

5.全体连坐

有一条指令在执行时语法报错，则所有事务中的指令全部执行失败

6.冤头债主

有一条指令在提交的时候运行出错，其它事务不受影响，出错的事务单独执行失败

7.watch监控

（1）悲观锁/乐观锁

1)悲观锁

每次去拿数据的时候都认为别人会修改，所以每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁、表锁等，读锁、写锁等，都是在写操作之前先上锁。

2)乐观锁

每次去拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。乐观锁适合于多读的应用类型，这样可以提高吞吐量。

乐观锁策略：提交版本必须大于记录当前版本才能执行更新。

（2）加塞篡改

1)无加塞篡改

先监控，再开启multi，最后提交，事务执行成功。

2)有加塞篡改

监控了key，如果key被修改了，后面一个事务执行失效。

如果还想要执行，需要先unwatch取消监听，再重新监听开启事务修改。

（3）小结

1)一旦执行了exec之前加的监控锁都会被取消掉。

2) Watch指令，类似乐观锁，事务提交时，如果Key的值已被别的客户端改变，比如某个list已被别的客户端push/pop过了，整个事务队列都不会被执行。

3) 通过WATCH命令在事务执行之前监控了多个Keys，倘若在WATCH之后有任何Key的值发生了变化，EXEC命令执行的事务都将被放弃，同时返回Nullmulti-bulk应答以通知调用者事务执行失败。

8. 3个阶段

1)开启：以MULTI开始一个事务。

2)入队：将多个命令入队到事务中，接到这些命令并不会立即执行，而是放到等待执行的事务队列里面。

3)执行：由EXEC命令触发事务

9.3个特性

1)单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。

2）没有隔离级别的概念：队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头痛的问题

3）不保证原子性：redis同一个事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚

二、Redis的主从复制(Master/slaver)

1.概述

主机数据更新后根据配置和策略，自动同步到备机的master/slaver机制，Master以写为主，slaver以读为主。

2.作用

读写分离

容灾恢复

3.复制原理

（1）slave启动成功连接到master后会发送一个sync命令

（2）Master接到命令启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave,以完成一次完全同步

（3）全量复制：而slave服务在接收到数据库文件数据后，将其存盘并加载到内存中

（4）增量复制：Master继续将新的所有收集到的修改命令依次传给slave,完成同步

（5）但是只要是重新连接master,一次完全同步（全量复制)将被自动执行

4.哨兵模式(sentinel)

（1）概述

反客为主的自动版，能够后台监控主机是否故障，如果故障了根据投票数自动将从库转换为主库。主库重新连接后会成为从库依赖投票生成的主库。

一组sentinel能同时监控多个Master。

（2）使用步骤

1)redis目录下新建sentinel.conf文件

2)配置哨兵，填写内容

 sentinel monitor 被监控数据库名字(自己起名字) 127.0.0.1 6379 1

上面最后一个数字1，表示主机挂掉后salve投票看让谁接替成为主机，得票数多少后成为主机

3)启动哨兵

redis-sentinel /myredis/sentinel.conf

 

阅读更多