从 MySQL 5.1 开始,数据不再需要完全在内存中。
我读过索引列(我认为整个索引结构)必须仍然在内存中(MySQL High Availability,2010,第 533 页,“MySQL Cluster 将所有索引列保留在主内存中”)。
有鉴于此,如果没有足够的内存(例如,一个巨大的数据库(> 100GB 或 1TB),运行在具有低内存配置的服务器上(例如,2 个数据节点,每个具有 1GB 的 RAM))会发生什么?
从 MySQL 5.1 开始,数据不再需要完全在内存中。
我读过索引列(我认为整个索引结构)必须仍然在内存中(MySQL High Availability,2010,第 533 页,“MySQL Cluster 将所有索引列保留在主内存中”)。
有鉴于此,如果没有足够的内存(例如,一个巨大的数据库(> 100GB 或 1TB),运行在具有低内存配置的服务器上(例如,2 个数据节点,每个具有 1GB 的 RAM))会发生什么?
仅考虑性能,MySQL Cluster 能否击败自定义数据分片 MySQL 解决方案?分片 = 水平分区
当我提到分片时,我正在考虑在应用层进行分片,例如,在独立的 MySQL 实例之间均匀分布记录。对于两台服务器,它可能是(key mod 2)。