在SELECT中使用SELECT来减少查询数量是很常见的;但正如我所研究的那样,这会导致查询速度变慢(这显然不利于mysql的性能)。我有一个简单的查询,如下 FROM posts SELECT tag_map.id INNER JOINtags.tag_id=tag_map.tag_id
WHERE tag IN ('tag1', 'tag2', 'tag3
我正在运行一个MySQL服务器在VM (VMWare)上进行测试,Debian是客户操作系统。客户有四个模拟CPU核,所以我将thread_concurrency设置为四个。此外,当执行这些大型查询时,整个数据库似乎被阻塞,我不能并行执行任何额外的查询。奇怪的是,htop显示,用于查询的核心在查询运行时发生了变化!
这一切为什么要发生?另一个有趣的观察是,如果我省略了MySQL部分,那么ORDER BY将在一秒钟内回答这个查询。sec, process no 7503,
我们认为这是并发连接的数量,因为内存很好。写作本身非常简单(验证速度慢)。要扩展到3000,我们需要使用多台服务器,当前的选项:MongoDB集群Hadoop & MySQL (Hadoop缓存,单转储到MySQL)要处理这个数目的连接,有以下几个问题:
MySQL分片能处理并发连接吗?任何一个主程序都能处理这些并发