淘宝的秒杀我感觉并不复杂，用二次事务模式可以很容易的实现

秒杀追求个大概也差不vuduol，客户也不知道

我也赞成 。。。当然了。。过滤的时候 是不应该去访问DB 的。。

但是。。成功的 那些个。。用户订单 的处理 我觉得 还得用事务。。。。。。

他们楼上说的。。不用事务 应该是在 过滤的时候 呵呵。。。。不知道我理解的对不对。。。。

应该把“秒杀”服务器和订单服务器分开，秒杀的情况只需要用硬的loadbalance，标记上时间戳来过滤即可，另外秒杀的数据包肯定是有超时的，1秒+偏移就可以直接丢弃了，重定向到秒杀失败的页面。对于成功标记了时间戳的数据请求，可以应用一定的算法进行计算，说到底，我还是不知道什么是秒杀啊

比如，20个宝贝，放在20台机器上面，玩秒杀！ 如果客户想玩的话，会有LB算法重定向到这20台机器上面来。只要每台确保这个宝贝原子性就行了。

秒杀到了，这个过程放在内存中就行了！交易再用事务！

上面宝贝机器模型是1：1模型，可以推至M：N模型，M必须是N的倍数即可。

这样的设计和实现，不是很简单吗？

LZ研究一下秒杀软件比较实在。

淘宝“双十一”事件中的数据库架构优化
http://www.infoq.com/cn/interviews/jf-taobao-database
这篇文章可以看看