网站用户在月初会有大量的数据上传，
工程反映，在上传数据高峰期：
1、网站的三台Web服务器apache的http进程增多，最高到达300（前端用Ngix做负载均衡）
2、DB1（主服务器）CPU占用到达300%，而其他DB，CPU在100%以下。

目前我推测，一个用户在一次数据上传的过程过程中，由于DB瓶颈，写一份数据耗时较长；
N个用户（可能超过1K）同时上传数据，导致DB负载过高，业务需求上，由于DB数据插入后需要Web实时显示用户数据，由于DB这时响应较慢，导致Apache进程数持续升高，DB负载也恶性循环；

请问版上的各位大拿，针对这样的数据模型，有没有较好（低成本）的优化思路呢？
--
修改:ssmn FROM 119.253.60.*
FROM 119.253.60.*

机制没有失效，用户并发量在月初较大，ngix代理后面的三个web都开始上气不接下气了。
累的。
【 在 kawolu 的大作中提到: 】
: 我理解是单个用户成为热点，导致负载均衡机制失效。我理解得对吗？
:
--
FROM 119.253.60.*

多谢~
见笑了，还就是2W request/hour。
但就是这个玩意儿，弄的响应有些捉襟见肘。
我也想简单点，从DB，从PHP（SQL）处优化，
但给PHP加的那点儿数据缓存（Memcache），命中率实在太低。
所以想到搞个redis，考虑是不是能在业务高峰期承担点儿DB负载呢？

【 在 yourgf 的大作中提到: 】
: 有几个问题
: 2W request/hour，平均下来应该是秒并发5~6次请求，这不是什么很难满足的事情
: 持续1小时的2W request/second，这个确实需要下大力量优化
: ...................
--
FROM 119.253.60.*