|
锁定老帖子 主题：设想秒杀架构
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-12-27
楼主被阿里系面试了？！
|
| 返回顶楼 | |
|
发表时间：2011-12-27
这样的架构……有可行性吗？呵呵，哈哈……
|
| 返回顶楼 | |
|
发表时间：2011-12-27
听说淘宝是重金请来了 JBOSS 的设计师来做这种高并发的架构。不知道是真是。
|
| 返回顶楼 | |
|
发表时间：2011-12-27
把问题搞大了，这个东西本来就是碰运气的，没必要绝对精准
|
| 返回顶楼 | |
|
发表时间：2011-12-27
lz考虑过多了
|
| 返回顶楼 | |
|
发表时间：2011-12-27
架构源于需求
|
| 返回顶楼 | |
|
发表时间：2011-12-27
服务器猜测：
1）千台LVS或者Nginx等负载均衡服务器 2）上万台web服务器集群处理前端服务器转发后的http请求 3）千台memcache等缓存服务器或者redis类似内存数据库集群做数据源 4）单台web中转服务器接收web服务器的“减1"请求 5）**台数据库 这也太BUG了吧 秒杀我们这也有做过，直接在后台用存储过程写的了，举个例子有个秒杀表关键就这么2个字段 1 秒杀时间 2 秒杀用户 然后用户参与秒杀的时候锁住那条记录，并发来的，没抢到锁就会挂起，只有等待事务提交或者回滚才会继续，就是秒杀的过程实际是依次顺序处理的。 其实我也很好奇？在java下是怎么处理？集群环境下是怎么处理？ 单独的队列服务器处理吗？ |
| 返回顶楼 | |
|
发表时间：2011-12-27
handong890 写道 服务器猜测：
1）千台LVS或者Nginx等负载均衡服务器 2）上万台web服务器集群处理前端服务器转发后的http请求 3）千台memcache等缓存服务器或者redis类似内存数据库集群做数据源 4）单台web中转服务器接收web服务器的“减1"请求 5）**台数据库 这也太BUG了吧 秒杀我们这也有做过，直接在后台用存储过程写的了，举个例子有个秒杀表关键就这么2个字段 1 秒杀时间 2 秒杀用户 然后用户参与秒杀的时候锁住那条记录，并发来的，没抢到锁就会挂起，只有等待事务提交或者回滚才会继续，就是秒杀的过程实际是依次顺序处理的。 其实我也很好奇？在java下是怎么处理？集群环境下是怎么处理？ 单独的队列服务器处理吗？ 额...如果并发量到千万级别，可以告诉你，不BUG... |
| 返回顶楼 | |
|
发表时间：2011-12-27
zean 写道 服务器再好，没带宽一切都是浮云
2015年,中国的城市上网带宽将达到20M,农村上网带宽将达到4M,对于企业级应用,千M光纤的价格也会大幅度降低,具体内容,关注最新工信部消息 |
| 返回顶楼 | |
|
发表时间：2011-12-27
java中也一样了,模仿数据库锁的方式,或者采用服务端访问时间的方式拉队列,确定生效后提交数据库,分布式的话做个合并统计处理
|
| 返回顶楼 | |
