16.Redis之Redis事务

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 脚本代替~