有几个问题
【 在 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