本文详细介绍了Redis的事务机制，包括事务的原子性、隔离性和不支持回滚的特点。文中列举了Redis事务的五个核心命令：MULTI、EXEC、DISCARD、WATCH和UNWATCH，并通过实例解析了如何使用它们。此外，文章还探讨了Redis的乐观锁实现，即CAS（check-and-set）操作，以及在并发场景下如何利用WATCH和UNWATCH确保数据一致性。
Redis事务简介：
Redis的事务可以一次执行多个命令并且事务跟事务之间是隔离的单独的操作，一个事务中的所有命令都会序列化，按顺序的执行。事务的执行过程中不会被其他客户端发送过来的命令打断。此外事务是一个原子操作，要嘛全部执行，要嘛不执行。这是官方文档中提到的，但是根据实际的情况来看，Redis的事务针对EXEC执行前后分为了两种情况：
如果EXEC执行前对于语法错误（参数数量错误，参数名错误，等等），或者其他更严重的错误，比如内存不足（如果服务器使用 maxmemory 设置了最大内存限制的话）等情况事务中的命令会全部不执行。
但如果是在EXEC执行后，例如事务中的命令可能处理了错误类型的键，比如将列表命令用在了字符串键上面，诸如此类。错误的命令不执行，正确的命令会正常执行。这样来看是无法保证原子性的。
所以按照我个人理解来说这边存在歧义，此外Redis不支持事务的回滚。
Redis事务命令：
Redis提供了5个命令来针对事务的使用。
DISCARD：停止当前事务块，取消事务块中的所有命令。如果使用了WATCH，DISCARD会释放被WATCH的key。
EXEC：执行当前事务块内的所有命令。如果使用了WATCH，只有当被WATCH的key在事务执行之前没有被修改才会执行。
MULTI：标记一个事务块的开始。
WATCH：监视一个或者多个key。
UNWATCH：取消WATCH命令中监视的key。执行EXEC或者DISCARD会自动取消。
最低0.47元/天 解锁文章
扫一扫
644
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
