目录
一、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