Redis学习笔记—事务

事务简单理解就是一组命令要么执行,要么全部不执行,否则执行一部分数据会造成数据不一致的问题

Redis提供了简单的事务功能,不支持回滚操作,将一组需要批量执行的命令放到multi和exec两个命令之间就可以实现简单地事务功能。

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

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

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”的键

127.0.0.1:6379> watch java
OK

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

127.0.0.1:6379> set java jedis
OK

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

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set java Jedis
QUEUED
127.0.0.1:6379> exec
(nil)

发表评论

邮箱地址不会被公开。 必填项已用*标注