1.redis事务是一组命令的集合，串行序列化的执行，不允许加塞
2.MULTI 这个是标记一个事务块的开始
EXEC 执行事务块中的所有命令
4.放弃事务 如下图最后所示
5.. 事务全失败 ， 直接报错 ， 命令错误，error 只要有一个失败 全失败，不加入队列
6.命令无错误，但对于数据无法递增，只会这一个失败，加入队列
7.watch 监控
行级锁 : inndb
表级锁 : Myisam 并发性很差，一致性很好
乐观锁 : 加上version字段，每一次的操作都会更新version，提交时如果version不匹配，停止本次提交，工作一般都是乐观锁
乐观锁策略：提交的版本必须大于等于数据库当前版本才能提交
A , B 同时修改这个13号记录， A 读取时候 version是 1 ，B读取时候version也是 1，A修改完了之后，更新这个记录，版本号变为2，B这时候提交，但B的版本号是1，提交不成功，然后 重新读取 13号记录，在修改，就可以提交了
悲观锁 :锁整张表，性能下降
CAS :
这个watch类似于乐观锁
先 watch， 后改数据， 与上一个一样，依然事务不能执行
一旦执行了 UNWATCH 或者 EXEC 执行，
之前加的监控锁都清了
- redis事务执行。
mutli 标记一个事务块的开始 -> 加命令 -> exec执行
