事务(ACID)
关系数据库
redis 事务本质
一组命令的集合
set set set
相当于是一个队列
一个事务当中的命令都会被序列化 在事务执行过程中 会按照顺序执行
一次性 顺序性 排他性 执行一系列的命令
redis:事务是没有隔离的概念
所有的命令在事务中 并没有直接执行只有 发起执行命令的时候才会执行
redis 单条命令是保证原子性的 但是事务不保证原子性
redis的事务
·开启事务(multi)
·命令入队(……)
·执行事务(exec)
正常执行事务
事务执行完就要 重新启动
multi 开启事务
中间使用命令就是加入执行过程事务
exec 执行事务
discard 是取消事务 中间的事务 都将 不执行
运行时异常
编译时运行异常 代码有问题 事务中所有的命令都不会执行
如果事务队列中存在语法错误,那么执行语句的时候 其他命令就可以正常执行
eg 1(有误)、 2、3
会一直执行 即使 1 有错误(1不执行)
2、3 会继续执行
监控
悲观锁
悲观锁 认为任何时候都会出问题
乐观锁
认为什么时候都不会出现问题 所以不会出现问题 更新数据的时候去判断一下 在期间是否修改的数据
获取version
更新的时候比较version
·redis监视测试
watch 命令 是否运行成功
监视money对象
事务正常结束 数据期间没有发生变动 这时候就正常执行成功
案例二线程突然插入服务
客户端一:在修改前我加了watch 做安全监控 我正在修改money 正在入队操作
客户端二:突然在客户端一修改money的时候我把money修改了、
执行失败
如果要再进行改变的时候就要 unwatch 结束 监视
再用上 watch 对对象继续 监视
如果修改失败 获取最新值 就好