- 主题:【优化求助】网站Apache进程数过高，主DB负载高
你的写入\读取压力有多大？
写入最大并发量多少？读访问并发量多少？
日总写入量多少？用户读访问峰谷比多少？
主DB和其他DB的读写压力怎么分配的？
硬件什么配置？
好歹给个数量级也好呀……
【 在 ssmn 的大作中提到: 】
: nginx替apache？
: 也不是没想过，现在是大数据写入，怀疑DB那儿也有问题。
: hadoop+hive也考虑过，但这个玩意儿实时性跟不上，上传的数据还要很快的
: ...................
--
FROM 219.142.20.186
有几个问题
【 在 ssmn 的大作中提到: 】
: 专业，捡几个我知道的回答。
: 读访问并发量高峰期1小时内2W。
2W request/hour，平均下来应该是秒并发5~6次请求，这不是什么很难满足的事情
持续1小时的2W request/second，这个确实需要下大力量优化
: 日写入总量在300M左右。
是总数据量300MB还是300M条？
如果是300M条的话，这个和2W request/hour访问完全不是一个数量级的，和2W request/second还算匹配
: DB配置：双CPU 8核 2.3GHZ 32G内存
: 1主3从，1个主写，3台读。
如果你都是8核的机器，那么300%的CPU使用还远没到瓶颈，看样子你似乎需要在别的地方找
: 我有一个简单的想法，在应用和MYSQL之间，加一层redis做数据的暂时存放处，定时向MYSQL
: 同步，用户要展示的新鲜数据就从redis取，redis只存一天的数据，
: 过期后定时删除，这样的思路可行否？
如果你需要应付2W r/s，那么redis做数据暂存只是其中一方面，估计你需要多层缓存
如果你只是需要2W r/h，通常情况下优化一下数据库就行
: 这样读取，都有缓存了。
--
FROM 219.142.20.186
先看你一次访问有几次sql查询，每次查询的时间都是多少，把每次查询的时间都优化到一百毫秒再说其他
【 在 ssmn 的大作中提到: 】
: 多谢~
: 见笑了，还就是2W request/hour。
: 但就是这个玩意儿，弄的响应有些捉襟见肘。
: ...................
--
FROM 219.142.20.186