1. 事务
单个Redis命令是存在原子性的,但是在Redis“事务”中,多条命令是不存在原子性的!
Redis事务是什么: 可以一次执行多个命令,本质是一组命令的集合。一个事务中的所有命令都会序列化,按顺序串行化的执行而不会被其他命令插入。
Redis事务能干嘛:一个队列中,一次性、顺序性、排他性的执行一系列命令 (要和pipeline区分开)
序号 | 命令 | 描述 |
---|---|---|
1 | DISCARD | 取消事务,放弃执行事务块内的所有命令。 |
2 | EXEC | 执行所有事务块内的命令。 |
3 | MULTI | 标记一个事务块的开始。 |
4 | UNWATCH | 取消 WATCH 命令对所有 key 的监视。 |
5 | WATCH key [key ...] | 监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断。 |
2. 使用
2.1. 使用事务
开启:multi
执行:exec
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set n 12
QUEUED
127.0.0.1:6379> incr n
QUEUED
127.0.0.1:6379> incr n
QUEUED
127.0.0.1:6379> incr n
QUEUED
127.0.0.1:6379> incr n
QUEUED
127.0.0.1:6379> exec
1) OK
2) (integer) 13
3) (integer) 14
4) (integer) 15
5) (integer) 16
127.0.0.1:6379>
2.2. 放弃事务
使用:DISCARD
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set n 123
QUEUED
127.0.0.1:6379> INCRBY n 12
QUEUED
127.0.0.1:6379> INCRBY n 12
QUEUED
127.0.0.1:6379> DISCARD
OK
127.0.0.1:6379>
3. 事务出错
3.1. 全部不执行
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set n 12
QUEUED
127.0.0.1:6379> get n
QUEUED
127.0.0.1:6379> set name misiai
QUEUED
127.0.0.1:6379> set email
(error) ERR wrong number of arguments for 'set' command
127.0.0.1:6379> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379>
3.2. 执行部分
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set n 12
QUEUED
127.0.0.1:6379> get n
QUEUED
127.0.0.1:6379> set name misiai
QUEUED
127.0.0.1:6379> INCR name
QUEUED
127.0.0.1:6379> exec
1) OK
2) "12"
3) OK
4) (error) ERR value is not an integer or out of range
127.0.0.1:6379>
4. watch监控
悲观锁:顾名思义很悲观,每次去拿数据的时候都认为别人修改,所以每次在拿数据的时候都会上锁,这样如果中间有人想拿数据就会一直阻塞除非锁被释放获取到锁。传统的关系型数据库里,用到了很多种这种锁机制,比如行锁,表锁,写锁等
乐观锁:顾名思义很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。乐观锁适用于多读的应用类型,这样可以提高吞吐量
普通情况下(银行转账例子):
127.0.0.1:6379> set A 100
OK
127.0.0.1:6379> set B 0
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> DECRBY A 30
QUEUED
127.0.0.1:6379> INCRBY B 30
QUEUED
127.0.0.1:6379> exec
1) (integer) 70
2) (integer) 30
127.0.0.1:6379>
没有问题,A用户给B用户转了30元;
如果此时有第三方篡改了A的账户:
如下:
那么此时可以使用watch
监听A的余额,一旦别人改变了A的值,那么此时的multi事务就不会被执行;
Watch指令,类似乐观锁,事务提交时,如果Key的值已被别的客户端改变;
事务-阶段:
开启:以MULTI 开启一个事务
入队:将多个命令入队到事务中,接到这些命令不会立即执行,而是放到等待执行的事务队列里面
执行:由EXEC命令触发事务
事务-特性:
单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。
没有隔离级别的概念:队列中的命令没有提交之前都不会实际的被执行,因为事务提交前任何指令都不会被实际执行,也就不存在”事务内的查询要看到事务里的更新,在事务外查询不能看到”这个让人万分头痛的问题
不保证原子性:redis同一个事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚