redis事务的核心是将一组命令按顺序放入队列中，并批量执行。而关系型数据库的事务则是将事务操作（dml）记录到日志中。
与事务相关的命令包括：
-
Multi：开启事务 -
Exec：执行事务 -
Discard：终止事务
注意，在执行Exec之前，事务操作可以使用Discard终止，但一旦执行Exec，本次事务就会执行。
如果在事务组队过程中出现错误（例如，正确的命令是set money 100，但你写成了sett money 100），那么本次事务的所有命令都不会执行。
Redis不保证原子性。在Exec执行过程中，如果某命令出错（比如数据库只允许存储数字，但你插入了字符），该错误命令不会执行，但其余正常命令仍然可以执行。
Redis如何实现事务？通过开启一个队列，让命令进入队列来执行事务。
# 1 开启事务 multi2 输入命令
set k1 v1 set k2 v2 get k2 set k2 v3 get k2
3 执行/放弃事务 （如果任何命令输错了，所有命令就不会执行，并且放弃事务!）
exec 或者 discard
Redis中的悲观锁效率低，所有悲观锁都不建议使用。悲观锁每次操作都会上锁，执行完毕后才释放锁，导致效率低下，降低并发量。
Redis使用CAS乐观锁，通过watch操作实现。乐观锁不进行锁定操作，但在实际执行时，如果发现key的版本发生了变化，本次修改的事务操作就不会执行。乐观锁提高了系统的吞吐量。
乐彼多用户商城系统，采用ASP.NET分层技术和AJAX技术，运营于高速稳定的微软.NET+MSSQL 2005平台；完全具备搭建超大型网络购物多用户网上商城的整体技术框架和应用层次LBMall 秉承乐彼软件优秀品质，后台人性化设计，管理窗口识别客户端分辨率自动调整，独立配置的菜单操作锁，使管理操作简单便捷。待办事项1、新订单、支付、付款、短信提醒2、每5分钟自动读取3、新事项声音提醒 店铺管理1
Redis乐观锁的使用场景如电影院购票：例如C1座位有多人同时抢购，这张票只能被一人抢成功。使用Redis乐观锁的好处是，在抢票时先锁定C1座位，等于被我预定，如果发现C1座位被别人抢走了，本次事务将不会执行。
# 先创建一个key money = 100 set money 100watch 就是乐观锁 注意 watch一定要在一个线程的事务之前！！！watch 需要锁Key名
线程1 操作：开启事务，并设置money为80 但不执行事务
multi set money 80 或者 decrby money 20
线程2 操作：读取money 设置money 为120
get money set money 120 或者 incrby money 20
线程1 执行事务
exec
一个线程 watch 并执行事务 失败时，一定要unwatch
unwatch
最后的结果是nil，说明乐观锁生效了。
原理分析：当一个事务在A线程执行操作时，如果发现相关内容被另一个B线程修改了，就会触发乐观锁，导致A事务操作不会执行。
特殊说明：解决问题的过程中，隐藏着调试Bug的痛苦。万物皆入轮回，谁也躲不掉！以上文章均为我实际操作后撰写的笔记资料，不会出现全文盗用他人文章的情况。请勿直接盗用！
