cluster的各个站点会共享同一个磁盘系统，
mysql的主从服务器是地理上独立，通过网络保持同步拷贝的系统，他们的处理器，内存，永久存储介质都是独立于其他站点的。 从目的上来说都是减小服务器压力,运转效率更高,也更有利于信息的管理
区别在于
读写分: 是一个表只负责向前端展示数据,后台管理人员对数据库表进行的增删改会在另一个表里,把这两个表给他分开,各管各的,这就是读写分离

主从复制:一般就是一个表在增删改之后会及时更新到另外一个表里,保证他两数据室一样的 最大区别是 主从是对主操作数据，从会实时同步数据。反之对从操作，主不会同步数据，还有可能造成数据紊乱，导致主从失效。 主主则是无论对那一台操作，另一个都会同步数据。一般用作高容灾方案 主从复制理论上支持无穷大的从库个数，实际情况下，受服务器带宽和读写能力的影响
请参考mysql官方手册的建议：
理论上，通过使用单个主服务器/多从服务器设置，可以通过添加更多的从服务器来扩充系统，直到用完网络带宽，或者你的更新负载已经增长到主服务器不能处理的点。

在获得的收益开始吃平之前，为了确定可以有多少从服务器，以及可以将你的站点的性能提高多少，需要知道查询模式，并且要通过基准测试并根据经验确定一个典型的主服务器和从服务器中的读取（每秒钟读取量，或者max_reads）吞吐量和写（max_writes）吞吐量的关系。通过一个假设的带有复制的系统，本例给出了一个非常简单的计算结果。

假设系统负载包括10%的写和90%的读取，并且我们通过基准测试确定max_reads是1200 –2 × max_writes。换句话说，如果没有写操作，系统每秒可以进行1,200次读取操作，平均写操作是平均读操作所用时间的两倍，并且关系是线性的。我们假定主服务器和每个从服务器具有相同的性能，并且我们有一个主服务器和N个从服务器。那么，对于每个服务器（主服务器或从服务器），我们有：

reads = 1200 – 2 × writes

reads = 9 × writes / (N + 1) (读取是分离的, 但是写入所有服务器)

9 × writes / (N + 1) + 2 × writes = 1200

writes = 1200 / (2 + 9/(N+1))

最后的等式表明了N个从服务器的最大写操作数，假设最大可能的读取速率是每分钟1,200次，读操作与写操作的比率是9。

如上分析可以得到下面的结论：

· 如果N = 0（这表明没有复制），系统每秒可以处理大约1200/11 = 109个写操作。

· 如果N = 1，每秒得到184个写操作。

· 如果N = 8，每秒得到400个写操作。

· 如果N = 17，每秒得到480个写操作。 1、主从复制是用来部署两台主备数据库服务器，备数据库不停读取主服务器的bin-log日志，如果主服务器有任何修改都可以同步更新到备服务器。通过这样的方式达到数据库同步。

2、读写分离一般是针对主从两台服务器情况，主服务器负责写操作，备服务器负责读操作，这样能够缓解主服务器压力，提高系统效率。 读写分离是依赖主从复制的。
但是主从复制不一定是为了读写分离，可以能是为了容灾备份。
读写分离和主从复制也不是一个层面的东西，
读写分离是编程层面的一种解决方案，
主从复制是数据库提供的一个功能。 slave_exec_mod的功能不在于处理长字符串，而是避免自增字段键值冲突！
长字符串的处理需要设置主服务器以及从服务器的max_allowed_packet参数！除此之外，增加wait_timeout的参数值或者interactive_timeout的参数值，也可以避免此类问题的发生！
你可以查看MySQL核心技术与最佳实践，找到问题具体答案！ 最明显，也最本质，data-sharing和nothing-sharing的区别。

集群是共享存储的。复制中没有任何共享。每台机器都是独立且完整的系统。

由此，带来的是应用和实现技术上的区别。