一、什么是mysql集群
MySQL集群是一个无共享的(shared-nothing)、分布式节点架构的存储方案，其目的是提供容错性和高性能。
数据更新使用读已提交隔离级别（read-committedisolation)来保证所有节点数据的一致性，使用两阶段提交机制（two-phasedcommit)保证所有节点都有相同的数据(如果任何一个写操作失败，则更新失败）。
无共享的对等节点使得某台服务器上的更新操作在其他服务器上立即可见。传播更新使用一种复杂的通信机制，这一机制专用来提供跨网络的高吞吐量。
通过多个MySQL服务器分配负载，从而最大程序地达到高性能，通过在不同位置存储数据保证高可用性和冗余。
二、什么是服务器集群?服务器集群的缺点和优点是什么？
出现任何故障，如：硬盘、内存、CPU、主板、I/O板以及电源故障，运行在这台服务器上的应用就会切换到其它的服务器上。
二、集群系统可解决软件系统问题，我们知道，在计算机系统中，用户所使用的是应用程序和数据，而应用系统运行在操作系统之上，操作系统又运行在服务器上。这样，只要应用系统、操作系统、服务器三者中的任何一个出现故障，系统实际上就停止了向客户端提供服务，比如我们常见的软件死机，就是这种情况之一，尽管服务器硬件完好，但服务器仍旧不能向客户端提供服务。而集群的最大优势在于对故障服务器的监控是基于应用的，也就是说，只要服务器的应用停止运行，其它的相关服务器就会接管这个应用，而不必理会应用停止运行的原因是什么。
三、集群系统可以解决人为失误造成的应用系统停止工作的情况，例如，当管理员对某台服务器操作不当导致该服务器停机，因此运行在这台服务器上的应用系统也就停止了运行。由于集群是对应用进行监控，因此其它的相关服务器就会接管这个应用。
集群系统的不足之处在于：
我们知道集群中的应用只在一台服务器上运行，如果这个应用出现故障，其它的某台服务器会重新启动这个应用，接管位于共享磁盘柜上的数据区，进而使应用重新正常运转。我们知道整个应用的接管过程大体需要三个步骤：侦测并确认故障、后备服务器重新启动该应用、接管共享的数据区。因此在切换的过程中需要花费一定的时间，原则上根据应用的大小不同切换的时间也会不同，越大的应用切换的时间越长。
三、集群调度系统是什么
这种集群调度系统常常用在公共汽车的调度上，该系统一般由控制中心、总调度台、分调度台、基地台及移动台组成，该系统具有单个呼、组呼、全呼、紧急告警/呼叫、多级优先及私密电话等适合调度业务专用的功能。除完成调度通信外，该系统也可以通过控制中心的电话互连终端与本部门的小交换机相连接，提供无线用户与有线用户之间的电话接续。但因该系统是专为调度通信而设计的，系统首先保证调度业务，对于电话通信只是它的辅助业务并受到限制。所以，利用该系统组建公用电话网是不适宜的。 集群移动通信系统可以实现将几个部门所需要的基地台和控制中心统一规划建设，集中管理，而每个部门只需要建设自己的调度指挥台(即分调度台)及配置必要的移动台，就可以共用频率、共用覆盖区，即资源共享、费用分担，使公用性与独立性兼顾，从而获得最大的社会效益。所以，我们必须提倡这种联合建设共用网络的建网方式。 集群移动通信系统目前通用的有多种制式及标准，如美国的800MHz调度系统，日本的900MHz MCA系统，法国的200MHz RADICOM200系统及瑞典的80MHz MOBITEX系统等。各种系统使用的信令、纠错编码及网络结构不同，无法兼容，在设台组网工作中选择系统时应谨慎考虑。
