什么是MySQL集群
MySQL集群是一个
无共享的(shared-nothing)、分布式节点架构的
存储方案,其目的是
提供
容错性
和
高性能。
数据更新使用
读已提交隔离级别(read-committedisolation)来
保证所有节点数据的
一致性,使用
两阶段提交机制(two-phasedcommit)保
证所有节点都有
相同的数据(如果任何一个写操作失败,则更新失败)。
无共享的对等节点使得某台服务器上的更新操作在其他服务器上立即可见。
传播更新使用一种复杂的
通信机制,这一机制专用来
提供跨网络的高吞吐量。
通过多个MySQL服务器分配负载,从而最大程序地达到高性能,通过在不同位置存储数据保证高可用性和冗余。
一、主从复制概述
在实际生产中,数据的重要性不言而喻,提供安全可靠的数据保障是技术与运维部门的职责所在;如果我们的数据库只有一台服务器,那么很容易产生单点故障的问题,比如这台服务器访问压力过大而没有响应或者奔溃,那么服务就不可用了,再比如这台服务器的硬盘坏了,那么整个数据库的数据就全部丢失了,这是重大的安全事故;为了避免服务的不可用以及保障数据的安全可靠性,我们至少需要部署两台或两台以上服务器来存储数据库数据,也就是我们需要将数据复制多份部署在多台不同的服务器上,即使有一台服务器出现故障了,其他服务器依然可以继续提供服务;
主从复制是
指服务器分为主服务器和从服务器,主服务器负责读和写,从服务器只负责读,主从复制也叫 master/slave,master是主,slave是从;
二、主从复制架构
一主多从架构
![](https://i-blog.csdnimg.cn/blog_migrate/703b3c9b86ea782ea586b4d657ccc350.png)
双主双从架构
![](https://i-blog.csdnimg.cn/blog_migrate/0ccd03e192523d17e29fbcde186001e8.png)
说明:一般情况下,具体架构还得看数据量大小来定,数据量规模较小的情况下,使用一主一从的架构的较多。一主一从的弊端就是容易出现单点故障,一旦主库故障便不能进行写入操作,所以,数据量较大时就需要使用处理高并发的思想来解决问题了,比如:一方面可以做分压处理(Nginx集群,MySql集群等等),一方面可以做异步处理,用时间换空间(ActiveMQ消息队列)。MySql高并发的处理方案就是多主多从,可以极大地提高数据库的容灾能力。
三、主从复制原理
1. 当 master 主服务器上的数据发生改变时,则将其改变写入二进制日志文件中;
2. salve 从服务器会在一定时间间隔内对 master 主服务器上的二进制日志进行探测,探测其是否发生过改变;
3. 如果探测到 master 主服务器的二进制日志发生了改变,则开始一个 I/O Thread 请求 master 二进制事件;
4. 同时 master 主服务器为每个 I/O Thread 启动一个dump Thread,用于向其发送二进制事件;
5. slave 从服务器将接收到的二进制事件保存至自己本地的中继日志文件中;
6. salve 从服务器将启动 SQL Thread 从中继日志中读取二进制日志,在本地重放,使得其数据和主服务器保持一致;
7. 最后 I/O Thread 和 SQL Thread 将进入睡眠状态,等待下一次被唤醒;
MySQL主从复制原理图
![](https://i-blog.csdnimg.cn/blog_migrate/a2a2060f582543e9ce079394e955351e.png)
说明:简单点讲就是:mysql要做到主从复制,就是A服务把自己所做的增删改的操作全都记录在日志中,B数据库就根据这份日志上面的操作在自己身上再操作一遍,这样就实现了主从复制;
四、MySQL 集群的优缺点
优点:
a) 99.999%的高可用性
b)快速的自动失效切换
c)灵活的分布式体系结构,没有单点故障
d)高吞吐量和低延迟
e)可扩展性强,支持在线扩容
缺点:
a)存在很多限制,比如:不支持外键
b)部署、管理、配置很复杂
c)占用磁盘空间大,内存大
d)备份和恢复不方便
e)重启的时候,数据节点将数据load到内存需要很长时间