Redis事务中过程中的错误分类两类:
- 在exec执行之前的错误,这种错误通常是指令错误,比如指令语法错误、内存不足等...
--> 在开始事务后,传输指令时,遇到这种错误,Redis会给出Error错误提示,事务处理方式就是上述内容。
- 在exec执行之后产生的错误,这种错误通常是因为不正确的编程(涉及到具体业务的)程序,导致的逻辑错误。
--> 这种错误,Redis的处理方式和关系型数据库做法完全不一样,关系型数据库事务会使用数据回滚来弥补数据错误。
而Redis对于这种错误,不予处理,换句话说,如果开始事务后有3个命令在输入后都是Queue,那么exec时,即使其中有指令出现错误,其他指令也会正常进行。
为什么,exec之后的错误不处理也不进行回滚?
1、Redis开发者认为,大部分指令的错误问题,已经在exec之前发现了并进行事务取消,而exec之后的错误大多数为编程错误问题,这些问题并不能在入队时发现,这些问题应该在开发时被发现而不是在生产环境中。
2、Redis不需要进行滚回,也保持了简单和高效。
2、Redis不需要进行滚回,也保持了简单和高效。
事务和pineline区别?(原子性、网络通信次数、返回结果)
1、事务是基于redis服务端的事件,它具有原子性(要么都执行,要么都不执行 --再执行命令到queue阶段,但是redis中一旦成功执行exec事务,即使有错误也会继续执行),其中每个命令加入队列都一次通信,并会返回结果queue或者error,最后执行之后会返回一次性成功or或者失败error结果。
2、pineline它是为了减少网络通信次数,将一批命令一次性发送,它不具有原子性,只有最后返回每个命令的执行结果。
2、pineline它是为了减少网络通信次数,将一批命令一次性发送,它不具有原子性,只有最后返回每个命令的执行结果。