双核/2G/HDD 下 mysql 的并发数能达到多少呢

[bobopu]

需要弄一个较高并发查询的东西，写入极少，主要是查询。在双核/2G/HDD下mysql的并发连接能达到多少呢，如果突发海量的查询请求时，mysql会崩溃、无响应、还是直接死机之类？

[em70]

内存加大，用mencache缓存查询，MySQL直接撑不了多少并发的，量太大会负载暴涨，无响应卡死

[mengskysama]

如果数据量不多的话，更新少建议上redis

[wy315700]

可以先用sysbench测一测啊

[bobopu]

@mengskysama
@em70
数量在10万条左右。

[mengskysama]

@bobopu 受检索约束和数据类型有关，10W不多的。

[em70]

@bobopu 数据量很小啊，索引建好，加上缓存，一百个内的并发，这台服务器应该都撑得住

[bobopu]

@em70 额，并发查询大约是每秒1000次左右。

[em70]

每秒1000什么概念啊，每天是过亿的量，你想用一个服务器撑？
@bobopu

[Mac]

每秒1000个查询还是1000次查询？

[bobopu]

@em70 忘了说1000/s是突发峰值，不是持续这样的。

[bobopu]

@Mac 次

[wdlth]

@bobopu 这样问没人能够很好的回答，每秒1000次SELECT查询，一次查询多少行？是否有子查询？是否有索引缓存、查询等，很多参数都影响查询的效果。

[bobopu]

@wdlth 没有子查询，没有索引，就一张单表。。。1000次是峰值。

[em70]

@bobopu 可以这样，建立反向索引，提前把热门查询跑一次，让mencode缓存起来，10万条基本就百兆内，让90%的查询都不要再走sql了，全部从缓存读取，这算优化到头了，我反而觉得最后带宽才是最大问题。

[bobopu]

@em70 看来要想速度好还是得靠加载进内存啊，直接从硬盘都被否决了。

[heqing]

提供一个思路，可以考虑用Solr/Sphinx/ElasticSearch等搜索技术(解决方案)