那么集群背后的想法是什么呢?
发布于 2013-08-03 02:08:34
1) 对,是这样。每个数据节点不包含集群数据的完整副本,但每个数据位至少存储在两个节点上。
2) 本质正确。MySQL群集支持分布式事务。
( 3)当垂直缩放不再可行时,复制变得不切实际:)
正如承诺的那样,一些建议读物:
发布于 2013-08-14 10:50:02
1->您的第一点在way.But中是正确的,我认为如果多台机器共享相同的数据,那么它将是复制而不是集群。在聚类中,数据被划分在不同的机器之间,并且存在水平划分,即数据的划分是基于行的,记录是通过在这些机器之间使用某种算法进行划分的。
数据的划分是以这样一种方式进行的,即每个记录都将得到一个唯一的键,就像在键值对的情况下一样,而且每台机器都有一个唯一的machine_id相关的,用于定义哪个键值对将到达哪台机器。
我们称每台机器为集群,每个集群由一个单独的mysql服务器、单个数据和一个集群manager.and组成,并且在所有集群节点之间有一个数据共享,以便每个节点在任何时候都可以使用所有数据。
数据的检索通过memcached设备/服务器进行快速检索,还为特定集群提供了一个复制服务器来保存数据。
2->是的,有可能是因为所有集群节点之间共享所有数据。此外,您还可以使用负载均衡器来平衡load.But,负载均衡器的概念非常普遍,因为大多数服务器都在使用负载平衡器。但是,如果您只是为了了解知识而尝试,那么就没有必要了,因为您不会注意到创建负载均衡器需求的负载类型,集群管理器本身可以完成整个任务。
兰登西德是对的.当复制变得不切实际时,您确实感觉到了集群的需要。如果您使用主服务器进行写操作和从服务器进行读取,那么当通信量变得巨大时,服务器将无法顺利工作,那么您就会感觉到集群的需要。只是为了加速整个过程。这不是唯一的情况,这只是其中一种情况--这只是一种情况。
希望这对你有帮助!
https://stackoverflow.com/questions/18012047
复制相似问题