1
em70 2014-07-18 17:15:22 +08:00 via Android
内存加大,用mencache缓存查询,MySQL直接撑不了多少并发的,量太大会负载暴涨,无响应卡死
|
2
mengskysama 2014-07-18 17:32:25 +08:00
如果数据量不多的话,更新少建议上redis
|
3
wy315700 2014-07-18 17:41:09 +08:00
可以先用sysbench测一测啊
|
4
bobopu OP |
5
mengskysama 2014-07-18 17:56:13 +08:00
@bobopu 受检索约束和数据类型有关,10W不多的。
|
9
Mac 2014-07-18 20:48:21 +08:00
每秒1000个查询还是1000次查询?
|
12
wdlth 2014-07-18 21:30:06 +08:00
@bobopu 这样问没人能够很好的回答,每秒1000次SELECT查询,一次查询多少行?是否有子查询?是否有索引缓存、查询等,很多参数都影响查询的效果。
|
14
em70 2014-07-18 21:51:22 +08:00 via Android 1
@bobopu 可以这样,建立反向索引,提前把热门查询跑一次,让mencode缓存起来,10万条基本就百兆内,让90%的查询都不要再走sql了,全部从缓存读取,这算优化到头了,我反而觉得最后带宽才是最大问题。
|
16
heqing 2014-07-21 14:14:29 +08:00
提供一个思路,可以考虑用Solr/Sphinx/ElasticSearch等搜索技术(解决方案)
|