大家好,今天分享一下Redis基本事务的操作
redis的单个命令是保证原子性,(就是要么一起成功,要么一起失败的)
redis 事务的本质是一组命令的集合,事务支持一次可以执行多个命令,一个事务当中的所有命令被序列化
在事务执行过程,会按照顺序串行化执行队列中的命令,其他客户端提交的命令请求不会插入到事务执行命令序列中。
总结说:redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。
关于 redis数据库的事务和MySQL那样的关系型数据库的区别在于
1.Redis事务没有隔离级别的概念:
2.Redis的事务是不保证原子性:
Redis事务的三个阶段:
1.开始事务(multi
)
2.命令入队
3.执行事务
Redis事务相关命令:
watch key1 key2 … : 监视一或多个key,如果在事务执行之前,被监视的key被其他命令改动,则事务被打断 ( 类似乐观锁 )
multi : 标记一个事务块的开始( queued )
exec : 执行所有事务块的命令 ( 一旦执行exec后,之前加的监控锁都会被取消掉 )
discard : 取消事务,放弃事务块中的所有命令
unwatch : 取消watch对所有key的监控
开启事务:
127.0.0.1:6379> multi
OK
这个时候,命令已经入队了(这个时候,命令没有被执行)
127.0.0.1:6379> set jishu linux
QUEUED
127.0.0.1:6379> set jishu c++
QUEUED
127.0.0.1:6379> set jishu docker
QUEUED
127.0.0.1:6379> exec (执行事务)这个时候命令已经被执行了
1) OK
2) OK
3) OK
127.0.0.1:6379>
一个事务只可以被执行一次(看下面)
127.0.0.1:6379> exec
(error) ERR EXEC without MULTI
127.0.0.1:6379>
开启并创建命令对
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> set jishu czxt
QUEUED
127.0.0.1:6379> set jishu wangluo
QUEUED
127.0.0.1:6379> set jishu kali
QUEUED
127.0.0.1:6379> set jishu go
QUEUED
取消事务(成功)
127.0.0.1:6379> DISCARD
OK
127.0.0.1:6379> get jishu
(nil)
127.0.0.1:6379>
(这个取消一定要在事务没有被执行的时候进行)
队列当中的命令在这种情况下,不会被执行
若在事务队列中存在命令性错误(类似于java编译性错误),则执行EXEC命令时,所有命令都不会执行
27.0.0.1:6379> MULTI
OK
127.0.0.1:6379> SET jishi k8s
QUEUED
127.0.0.1:6379> SET name zhan
QUEUED
127.0.0.1:6379> SET tail 192
QUEUED
127.0.0.1:6379> GETSET tail
(error) ERR wrong number of arguments for 'getset' command
127.0.0.1:6379> set hun jisud
QUEUED
127.0.0.1:6379> set jiso huiweo
QUEUED
127.0.0.1:6379> EXEC
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379>
在这种情况下,所有的命令都没有被执行
若在事务队列中存在语法性错误(类似于java的1/0的运行时异常),则执行EXEC命令时,其他正确命令会被执行,错误命令抛出异常。
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> INCR ji
QUEUED
127.0.0.1:6379> set jishi linux
QUEUED
127.0.0.1:6379> set name zhai
QUEUED
127.0.0.1:6379> get jishu
QUEUED
127.0.0.1:6379> EXEC
1) (integer) 1
2) OK
3) OK
4) (nil)
对的命令可以被执行,错的命令将无法执行
好了,有关于Redis基本事务的操作就到这里了,谢谢大家