Redis的事务与锁

我们为什么需要事务与锁？

  在实际的应用场景中，通常一个操作会伴随两条或多条数据的改变，就如“付款”这个操作，至少会有一个账户的金额数据要减少，另一个账户的金额数据要增加，这两个操作。而事务，就是用于按顺序地操作多条数据，并且不会被其他命令所打断。

  在高并下情况下，常常会有多个请求同时操作同一条数据的情况，这时如何保证数据正确的只被其中一个请求成功操作呢？这就需要“锁”的思想，具体如何上锁则会在下文中介绍。

Redis中的事务

Redis事务三特性

• 单独的隔离操作：事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。
• 没有隔离级别的概念：队列中的命令没有提交之前都不会实际的被执行，因为事务提交前任何指令都不会被实际执行，也就不存在”事务内的查询要看到事务里的更新，在事务外查询不能看到”这个让人万分头痛的问题。
• 不保证原子性：redis同一个事务中如果有一条命令执行失败，其后的命令仍然会被执行，没有回滚。

  在Redis中，使用Multi、Exec、Discard这三个命令来操作事务。

Multi命令

  Multi命令是事务的开始，在此命令后的数据操作命令，都会加入队列中等待执行，而非直接执行。

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set myName mingbo
QUEUED
127.0.0.1:6379> get myName
QUEUED

  multi命令后，set命令都未被立刻执行，而是QUEUED 队列中 的状态。

Exec命令</