redis事务处理：(error) EXECABORT Transaction discarded because of previous errors.

ftsr

4.1.2　错误处理

有些读者会有疑问，如果一个事务中的某个命令执行出错，Redis 会怎样处理呢？要回答这个问题，首先需要知道什么原因会导致命令执行出错。

（1）语法错误。语法错误指命令不存在或者命令参数的个数不对。比如：

• redis> MULTI  
  
• OK  
  
• redis> SET key value  
  
• QUEUED  
  
• redis> SET key  
  
• (error) ERR wrong number of arguments for 'set' command  
  
• redis> ERRORCOMMAND key  
  
• (error) ERR unknown command 'ERRORCOMMAND'  
  
• redis> EXEC  
  
• (error) EXECABORT Transaction discarded because of previous errors.
  

跟在MULTI命令后执行了3个命令：一个是正确的命令，成功地加入事务队列；其余两个命令都有语法错误。而只要有一个命令有语法错误，执行EXEC命令后Redis就会直接返回错误，连语法正确的命令也不会执行 。

（2）运行错误。运行错误指在命令执行时出现的错误，比如使用散列类型的命令操作集合类型的键，这种错误在实际执行之前Redis是无法发现的，所以在事务里这样的命令是会被Redis接受并执行的。如果事务里的一条命令出现了运行错误，事务里其他的命令依然会继续执行（包括出错命令之后的命令），示例如下：

• redis> MULTI  
  
• OK  
  
• redis> SET key 1  
  
• QUEUED  
  
• redis> SADD key 2  
  
• QUEUED  
  
• redis> SET key 3  
  
• QUEUED  
  
• redis> EXEC  
  
• 1) OK  
  
• 2) (error) ERR Operation against a key holding the wrong kind of value  
  
• 3) OK  
  
• redis> GET key  
  
• "3"
  

可见虽然SADD key 2出现了错误，但是SET key 3依然执行了。

Redis的事务没有关系数据库事务提供的回滚（rollback） 功能。为此开发者必须在事务执行出错后自己收拾剩下的摊子（将数据库复原回事务执行前的状态等）。

不过由于Redis不支持回滚功能，也使得Redis在事务上可以保持简洁和快速。另外回顾刚才提到的会导致事务执行失败的两种错误，其中语法错误完全可以在开发时找出并解决，另外如果能够很好地规划数据库（保证键名规范等）的使用，是不会出现如命令与数据类型不匹配这样的运行错误的。