1.MySQL 事务
原子性: 把多个操作,打包成一个整体了
一致性: 事务执行之前,和之后,数据都不能离谱~
持久性: 事务中做出的修改都会存硬盘
隔离性: 事务并发执行,涉及到的一些问题~~
2.Redis事务
2.1 认识Redis事务
• 弱化的原⼦性: redis 没有 "回滚机制". 只能做到这些操作 "批量执⾏". 不能做到 "⼀个失败就恢复到初始状态".• 不保证⼀致性: 不涉及 "约束". 也没有回滚. MySQL 的⼀致性体现的是运⾏事务前和运⾏后 , 结果都是合理有效的, 不会出现中间⾮法状态.• 不需要隔离性: 也没有隔离级别, 因为不会并发执⾏事务 (redis 单线程处理请求) .• 不需要持久性: 是保存在内存的. 是否开启持久化, 是redis-server ⾃⼰的事情, 和事务⽆关.
- Redis 的事务,和 MySQL 一比, 完败！！！
- 原子性: Redis 的事务到底有没有原子性?? 存在争议!!
- 最原本的含义,是把多个操作打包到一起,要么全都执行（不保证成功）,要么全都不执行~~
- Redis 做到了上述的含义~~【如果事务中若干个操作,存在有失败的,那就失败吧~~则不会有回滚操作~~】
- 但是 MySQL 这里的原子性,走的更远,也是把多个操作打包到一起,要么全都执行成功)要么全都不执行~~
- 如果事务中有操作执行失败,要进行 回滚!!把中间已经执行的操作,全都回退了~~
- MySQL 标杆,提高了"原子性"的门槛~~这就使人们谈到原子性的时候,更多的是想到的 MySQL 这种带有回滚的原子性~.
- 网上看到, 有的人说,redis 事务有原子性（只是打包一起执行）,有的说没有原子性（打包一起执行 + 带有回滚(打包一起正确执行)）
- 但redis事务并不是一无是处的
- Redis 的事务,主要的意义,就是为了"打包",避免其他客户端的命令,插队插到中间~~
- Redis 中实现事务,是引入了队列(每个客户端都有一个)
- 开启事务的时候,此时客户端输入的命令,就会发给服务器并且进入这个队列中(而不是立即执行)
- 当遇到了"执行事务"命令的时候,此时就会把队列中的这些任务都按照顺序依次执行~~
- Redis 主线程中完成的~~(主线程会把事务中的操作都执行完,再处理别的客户端)
Redis 的事务为啥就搞的这么简单~~ 为啥不设计成和 MySQL 一样强大呢?
- MySQL 的事务,在背后付出了很大的代价~~
- 空间上,要花费更多的空间来存储更多的数据时间上，也要有更大的执行开销.
- 正是因为 MySQL 上述的问题,才有了 Redis 上场的机会~~
啥时候需要使用到 Redis 的事务呢??
如果我们需要把多个操作打包进行,使用事务是比较合适的
MULTI开启事务
执行事务 EXEC
放弃当前事务 DISCARD
service redis restart
2.2 watch的实现原理
3.事务小节
Redis 的事务,要比 mysql 的事务,简单很多.
1.原子性.Redis 的事务,并不支持回滚.
2.一致性.Redis 并不会保证事务执行前和执行后,内容统-~~
3.持久性. Redis 主要通过内存来存储数据~~
4.隔离性. Redis 自身作为一个单线程的服务器模型,上面处理的请求本质上都是串行执行的
- multi
- exec
- discard
- watch /unwatch
redis 中的 lua 脚本,也能起到类似于事务的效果.
官方网站上说,事务这里的任何能实现的效果, 都可以使用 lua 脚本代替~