相关疑难解决方法(0)

我的要求是：

• 3000 个连接
• 70-85% 写入与读取

目前，我们将高 CPU 超大实例的连接数最大化为 700。所有 8 个内核都已达到最大值。我们认为这是并发连接数，因为内存很好。写入本身非常简单（验证缓慢）。要扩展到 3000，我们需要转到多台服务器，当前选项：

• MySQL 分片
• MongoDB 集群
• 卡桑德拉
• Hadoop 和 MySQL（Hadoop 缓存，单个转储到 MySQL）
• MongoDB & MySQL（我们使用 mongo 代替 Hadoop，用于缓存）

要处理这个数量的连接，有几个问题：

1. MySQL Sharding 可以处理并发连接吗？
2. 任何单个主节点都可以处理这些并发连接，还是像 Mongo 这样的多头节点是更好的选择？

如果我没有很好地描述我的问题，我深表歉意。请提问。

我从未涉足 MySQL 集群，想知道它如何使我受益。什么时候使用它最好，它是否有性能优势？

从 MySQL 5.1 开始，数据不再需要完全在内存中。

我读过索引列（我认为整个索引结构）必须仍在内存中（MySQL High Availability，2010，第 533 页，“MySQL Cluster 将所有索引列保留在主内存中”）。

鉴于此，如果没有足够的内存（即，一个巨大的数据库（> 100GB 或 1TB），在具有低内存配置的服务器上运行（例如，2 个数据节点，每个节点具有 1GB 的 RAM））会发生什么情况？