商品秒杀，防并发解决思路(乐观锁)

我们遇到的问题是，当有最后一件商品有两个或者多个人同时的去点击购买时，这个商品应该分配给谁。
要解决这个问题，网上一般推荐的方法是使用，乐观锁/悲观锁
数据库高并发下乐观锁的原理
　在高并发下，经常需要处理SELECT之后，在业务层处理逻辑，再执行UPDATE的情况。
　　若两个连接并发查询同一条数据，然后在执行一些逻辑判断或业务操作后，执行UPDATE，可能出现与预期不相符的结果。
　　在不使用悲观锁与复杂SQL的前提下，可以使用乐观锁处理该问题，同时兼顾性能。

场景模拟：
　　假设一张表两个字段，一个id，一个use_count。表里存了100个id，每个id对应自己的use_count。
　　当id每使用一次，use_count要加1。当use_count大于1000时，这个id就不能在被使用了（换句话说 无法从数据库中查出）。
　　在高并发情况下，会遇到一种问题：假设数据表中有一条记录为：id=123456, use_count=999　　A与B两个连接并发查询这个id=123456，都执行SQL:
就是说，如果我和另外一个人一起进来购买最后一件商品，我们同时进行点击，数据库给我们每个人都分配一个编号，这个编号是唯一的编号，只有能和数据库里面商品编号一样的用户可以购买这个商品。这就是乐观锁。