redis的事务可以理解为一系列串行命令的集合。redis的事务和单条命令一样，都是redis的最小执行单位，因此一个事务内的命令，要么全部执行，要么全部不执行。事务的概念对于熟悉数据库的人们并不陌生，而redis作为一个数据库系统，必然会对事务进行一定的支持。
redis实现事务的方式简单来说是将一系列的命令先保存在一个队列中，然后交给redis串行化的顺序执行。
multi命令：用于开启redis事务。在同一个客户端内，一旦开启了事务，代表着进入了事务状态，后续输入的所有命令都将被加入事务命令队列，而不是立即执行。
exec命令：用于提交事务。提交事务代表着将当前事务命令队列中的命令交给redis一并执行。
discard命令：用于放弃事务。放弃事务代表着销毁当前事务命令队列，不进行任何操作，同时当前客户端退出事务状态。
watch命令：用于监视key的变化。由于redis支持多用户，通常在执行事务的过程中，不希望其它的用户修改我们正在操作的key。redis出于并发性能的考虑，不支持悲观锁的机制(通过阻塞或者报错来阻止其它用户修改上锁的数据)，而是采用了类似乐观锁的机制。redis提供了watch命令来实现事务的“检查再设置”（cas）行为，watch命令可以同时监听多个key的变化，在事务执行过程中一旦发现被监听的key被修改过，将会放弃执行事务，这时应该由用户来进行重试。
unwatch命令：用于解除watch状态。unwatch之后，当前客户端将解除所有的watch监听。
在事务执行过程中可能会出现错误，redis将错误分为两类区别对待。
语法错误，即redis执行的命令本身就是错误的，这类错误可以在事务真正执行之前就发现，例如参数不符合规范等。如同通用编程语言的编译时错误，由于这样的错误应当通过仔细的检查来完全避免，因此，redis在发现事务中存在语法错误时，会放弃整个事务。
非语法错误，即redis无法在真正执行命令之前发现的错误。例如incr要求数据必须是数字类型，而是否是数字类型，取决于运行时的状态。如同通用编程语言的运行时错误，由于这样的错误通常无法避免，因此，redis在发现命令存在非语法错误时，不会影响事务中其它命令的正常执行。
redis在2.6版本后提供了非常灵活的脚本功能。脚本和事务类似，同样可以理解为一连串命令的执行，redis会将脚本一口气串行的执行完。redis脚本比事务更加的强大，事务能完成的任务，脚本也能完成。但相对而言，比起编写复杂的脚本，redis本身的事务特性是最简单的。
redis作为一款非关系型数据库服务器，对事务的支持是远远比不上传统的关系型数据库的。redis事务不支持回滚，对事务acid特性的支持也不尽如人意。但正因为redis功能的简单性，redis拥有极高的可用性。所以在实际业务选型时，应该扬长避短，不去过分依赖redis的事务特性，而是充分利用redis的高可用性，对于一些对事务要求很高的场合，转而使用传统的关系型数据库来满足需求。
如对本文有疑问， 点击进行留言回复！！
修复 Mac brew 安装 mongodb 报 Error: No available formula with the name ‘mongodb’ 问题详解
MongoDB中数据的替换方法实现类Replace()函数功能详解
我要评论
网友评论