秒杀系统的设计猜想

首先声明，本人没有设计过秒杀系统。

只是今天在面试时被问到了这个问题。感觉回答的不是很好。回来后细细想了想再加上请教同事，并查询了一些资料。

整理出了一个思路。

1、首先秒杀系统要考虑到多并发的排序问题，同时来了上千个请求，那么首先要负载均衡这些请求。

将这些请求分散到不同的服务器上，那么做负载均衡的有Nginx等。


2、请求有先来后到问题，则需要排序，那么排序就要用到队列，
     队列的实现方式：
     a、 java concurrent 包中有几个Queue，如 LinkedBlockingQueue （线程安全的阻塞队列），
      ConcurrentLinkedQueue（采用CAS操作，来保证元素的一致性），ArrayBlockingQueue。

     b、MQ Server的消息队列（如ActiveMQ），当然用MQ有个问题，如果你从队列中取出来的消息，可是写
        失败的怎么办？ 因为MQ是异步的，它当时并不返回成功或失败的结果，如果过了一会儿
       返回的结果是失败，该怎么办？

       这时就要用NoSQL 来做一个保证机制了，如NoSQL中也要有个字段来标识
       消息是否写成功，如果没有写成功，则再将失败的消息写回MQ。

3、用户抢到商品后，如何保证该商品不再被其它用户抢到，这里面就涉及到一个对数据的原子
      操作问题，或加锁问题。

      a、如果要用数据库实现（因为如果定比较严格的锁，则对数据表的操作是原子性的，比如：对行加排它锁）。

      b、但数据库的性能是比较低的因为它归根结底要对IO进行操作，
          如果对性能要求很高，则可以用NOSQL来实现，因为NOSQL是常驻内存的，
         比如Redis。因为Redis的操作也是原子性的，这是就可以用Redis来保存商品的信息。
        
         如果Redis的性能也不够用的情况下怎么办？ 我想是不是还有性能更高的NoSQL: 比如 MongDB，memcached？ 

以上只是设想，没有实际用过，欢迎拍砖。