Redis学习笔记—事务

发表于 更新于 分类于

事务简单理解就是一组命令要么执行，要么全部不执行，否则执行一部分数据会造成数据不一致的问题 Redis提供了简单的事务功能，不支持回滚操作，将一组需要批量执行的命令放到multi和exec两个命令之间就可以实现简单地事务功能。

  • multi命令代表事务开始
  • exec命令代表事务结束
  • discard命令代表中途中断

下面添加一个名字为Charlie的成绩信息，要求一气呵成的添加，如果没有输入exec之前，数据的返回值是“QUEUED”排队的状态，输入exec之后数据就被写入到Redis里面了（如果中途想要中断就输入discard）

1
2
3
4
5
6
7
8
9
10
11
12
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set Charlie:english:score 88
QUEUED
127.0.0.1:6379> set Charlie:math:score 75
QUEUED
127.0.0.1:6379> set Charlie:totalscore 163
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
3) OK
  • 如果整个执行过程中命令输错，比如set写成了sett写错了，这样整个事务就无法执行了
  • 如果整个执行过程中输错命令，把set写成功了zset，因为zset原来就存在这个命令所以不会报错，需要开发人员自行处理

watch 有些应用场景需要在事务之前，确保事务中的key没有被其他客户端修改过，才执行事务，否则不执行（类似乐观锁）。Redis提供了watch命令来解决这类问题 客户端1中使用watch命令标记key为java的键

1
2
127.0.0.1:6379> watch java
OK

客户端2操作设置了key为java的值

1
2
127.0.0.1:6379> set java jedis
OK

客户端1进行事务操作，会发现exec之后返回（nil）没有执行成功，watch起到了效果

1
2
3
4
5
6
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set java Jedis
QUEUED
127.0.0.1:6379> exec
(nil)