Redis---事务

一：事务

事务可以一次执行多个命令，并且带有以下两个重要保证：

1. 事务是一个单独的隔离操作：事务中的所有命令都会序列化、按顺序的执行。事务在执行过程中，不会被其它客户端发送来的命令请求打断。
2. 事务是一个原子操作：事务中的命令要么全部执行，要么全部不执行。

二：相关概念

• 乐观锁

总是认为不会产生并发问题，每次取数据的时候总认为不会有其它线程对数据进行修改，因此不会上锁。但在更新前总会去判断有没有其它线程在这之前对数据进行修改，一般会使用版本号机制（version）或CAS实现。

1. version方式：一般是在数据库表中加上一个数据版本号version字段，表示数据被修改的次数，当数据被修改时，version值会加1。当线程A要更新数据时，在读取数据的同时也会读取version值，在提交更新时，若刚才读取的version值和当前数据库中的version值相等时才更新，否则重试更新操作，直到更新成功。
2. CAS方式：涉及到3个操作数，数据所在的内存值、新值及预期值。当需要更新时，判断当前内存值与之前取到的值是否相等，若相等，则用新值更新，若失败则重试。

• 悲观锁

总是假设最坏的情况，每次取数据时都会认为被其它线程修改，所以都会加锁（读锁、行锁、写锁等），当其它线程想要访问数据时，都会阻塞挂起。

• 读取频繁使用乐观锁，写入频繁使用悲观锁

三：Redis事务

1. MULTI 、 EXEC 、 DISCARD 和 WATCH 是 Redis 事务相关的命令。
   • MULTI负责开启事务
   • EXEC负责触发并执行事务中的所有命令
     1. 如果客户端在使用MULTI开启一个事务之后，却因为断线没有成功执行EXEC，那么事务中的所有命令都不会被执行
     2. 如果客户端在成功开启事务后执行EXEC，那么事务中的所有命令都会被执行
   • DISCARD清空事务队列并退出事务上下文
   • watch命令会监视给定的key，当exec时如果watch监视的key从调用watch之后发生过变化，则整个事务会失败。（乐观锁的一个实现）
2. Redis的事务只能保证一组命令的执行，如果单个命令执行失败，并不会回滚其它命令。