redis事务有三个特性：
1、一次性。一个事务只会执行一次，执行完毕事务就不存在了（个人理解，有误望指正）。
2、顺序性。命令的执行顺序和入队顺序一致。
3、排他性。事务执行时不会被其它事务打断。

重点：redis事务不保证原子性，具体下面会讲。

127.0.0.1:6379> multi//开启事务
OK
127.0.0.1:6379(TX)> set name yqs
QUEUED
127.0.0.1:6379(TX)> set age 21
QUEUED
127.0.0.1:6379(TX)> set salary 99999999
QUEUED
127.0.0.1:6379(TX)> get age
QUEUED
127.0.0.1:6379(TX)> exec//执行事务
1 ) OK
2 ) OK
3 ) OK
4 ) “21”
127.0.0.1:6379> multi//开启新的一个事务
OK
127.0.0.1:6379(TX)> set number 50
QUEUED
127.0.0.1:6379(TX)> get name
QUEUED
127.0.0.1:6379(TX)> discard//放弃事务
OK
127.0.0.1:6379> keys *//查看所有key，发现number并不在里面，说明第二个事务确实被放弃了，没有执行
1 ) “salary”
2 ) “name”
3 ) “age”

注意点：
1、如果事务中有编译型错误（语法错误），那么在exec时整个事务会被放弃，并报错。
比如:
multi
set k1
set k2 v2
exec
由于第一个命令语法格式不对，所以会导致整个事务不被执行。

2、如果事务中有运行时错误（即没法静态检查出来的错误），那么在exec时有运行错误的那一行不会被执行，其它都正常执行。
比如：
multi
set s hello
incr s
set name yqs
get nage
exec
这时候4句命令都没有任何语法错误的，但是由于s不是纯数字字符串，所以在进行自增时会报一个运行时错误，那么s自增这个命令就会被放弃执行，但是其余3句命令都会正常运行。所以我们说redis的事务并没有原子性，因为他不会保证要么全执行，要么全不执行。