关于PHP抢购访问数据库压力问题

Question

现在有一个商品抢购项目，
大概1000种的商品，
根据商品类型，在手机微信端展示商品列表（一个类别中大概100种商品）
在活动开始后，有两千人来抢购，（同时进来抢购）
商品的列表，我的收藏，商品详情这些内容可能会被频繁访问，
现在如果只是访问数据库来操作，不使用缓存的话，
一般情况下
服务器 和 数据库访问压力会不会过大？

这种情况一般都是怎么来做的？
这方面没有经验，也没有测试手段。有经验的各位，能不能说一下自己的心得

Answer 1

测试的话可以用ab压测工具模拟一下并发，抢购的话一般请求数会瞬间上升，可以用队列处理，例如100个商品放在队列，每次从队列拉数据，如果有存在商品数据则进一步db操作。商品列表页和详情页做静态化处理，动态数据可以ajax去请求

Answer 2

1.如果app后面是mysql的话，基本不会挂。如果是查询的话，只要你的sql不是select * from a 这种，基本都没问题。如果知识查询，查询的mysql表，建议是myisam
2.看你对抢购的定义是什么，2000人，买1000件商品，也就是最终会有1000个人在你的支付事务中，压力并不大
3.可以在客户端和mysql之间加入一层队列

Answer 3

并发50基本就挂了
必须内存数据库