本篇博客中 Redis 事务是和 MySQL 事务对比来说的(要不我也不会了 …)

---

Redis 事务是什么?

Redis 事务的主要意义是 把命令打包在一起执行, 避免其他客户端在我执行一些命令的过程中 插队. ("秒杀"场景, "超卖"问题)

---

Redis 事务 与 MySQL 事务 对比

相比较于 MySQL 事务的特性 ACID :

• Redis 事务的原子性: 把多个命令打包在一起, 要么全部执行, 要么全部不执行 (不保证执行成功, 如果中间有失败命令, 不影响其他命令的执行).
• Redis 事务不具有一致性: Redis 事务没有约束, 也不具有回滚操作, 事务执行过程中如果某个操作出错, 就会造成事务执行前后数据库数据不一致.
• Redis 事务不具备持久性: Redis 是 内存数据库 , 数据存储在内存中. (ps: Redis 持久化和事务机制没有半毛钱关系, 那是另一套 Redis 机制) .
• Redis 事务不涉及隔离性: Redis 是单线程模型, 所有请求/命令/ 事务 , 均是串行执行.

---

Redis 事务的执行

Redis 事务的执行: 开启事务后, 先让出 Redis 主线程, 将命令放入事务队列, 等待命令全部集齐, 事务执行, 此时将队列中的命令放入主线程顺序执行(其他客户端阻塞, 不允许中间插队)

---

Redis 事务相关命令

开启事务: MULTI
事务执行: EXEC
放弃事务: DISCARD

WATCH key1 key2 ...
监控某个 key, 是否在事务开启后, 事务执行前, 发生了变化
如果发生了变化, 那么本次事务会被直接放弃掉 (事务执行失败)
watch 命令本质是给 exec 命令加了层判定条件, 内部基于 版本号 这样的机制实现 (类似 乐观锁 的效果 )