关于PHP抢购访问数据库压力问题
现在有一个商品抢购项目，
大概1000种的商品，
根据商品类型，在手机微信端展示商品列表（一个类别中大概100种商品）
在活动开始后，有两千人来抢购，（同时进来抢购）
商品的列表，我的收藏，商品详情这些内容可能会被频繁访问，
现在如果只是访问数据库来操作，不使用缓存的话，
一般情况下
服务器 和 数据库访问压力会不会过大？
这种情况一般都是怎么来做的？
这方面没有经验，也没有测试手段。有经验的各位，能不能说一下自己的心得
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
测试的话可以用ab压测工具模拟一下并发，抢购的话一般请求数会瞬间上升，可以用队列处理，例如100个商品放在队列，每次从队列拉数据，如果有存在商品数据则进一步db操作。商品列表页和详情页做静态化处理，动态数据可以ajax去请求
1.如果app后面是mysql的话，基本不会挂。如果是查询的话，只要你的sql不是select * from a 这种，基本都没问题。如果知识查询，查询的mysql表，建议是myisam
2.看你对抢购的定义是什么，2000人，买1000件商品，也就是最终会有1000个人在你的支付事务中，压力并不大
3.可以在客户端和mysql之间加入一层队列
并发50基本就挂了
必须内存数据库