MySQL集群(一)之主从复制

前面学完了JDBC,接下来带大家感受一下MySQL集群!其实什么是MySQL集群?简单的说就是一群机器(服务器)的集合,它们连在一起来工作。

其实各种数据库都有自己的集群,常常的多:

  MySQL集群(一)之主从复制

  我们要学习的就是MySQL Replication

一、配置mysql主从模式的原因

1)Mysql内建的复制功能是构建大型、高性能应用程序的基础。在实际企业应用环境当中,单台mysql数据库是不足以满足日后业务需求的。

  譬如当服务器发生故障,而没有备份服务器来提供服务时,业务就必须得停止,这样会对企业带来巨大的损失。
2)为了提高数据库服务器的稳定性,加快数据处理的效率,保护数据免受意外的损失,我们采用mysql的主从复制方式,分离对数据库的查询和更新操作,使用从服务器上备份的数据保证来数据的安全性和稳定性。

二、Mysql主从复制的原理

1)MySQL 的 Replication 是一个异步的复制过程,从一个 MySQL instace(我们称之为 Master)复制到另一个MySQL instance(我们称之 Slave)。

  在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成,其中两个线程(Sql 线程和IO 线程)在 Slave 端,另外一个线程(IO 线程)在 Master 端。

2)在执行这个主从复制之前,首先必须打开 Master 端的Binary Log(MySQL-bin.xxxxxx)功能,否则无法实现。
  在启动 MySQL Server 的过程中使用“log-bin” 参数选项
  在 my.cnf 配置文件中的 MySQLd 参数组中增加“log-bin” 参数项

三、Mysql主从复制的过程

3.1、主从复制详细过程

  1) Slave 上面的IO 线程连接上 Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容。
  2) Master 接收到来自 Slave 的 IO 线程的请求后,通过负责复制的 IO 线程根据请求信息读取指定日志指定位置之后的日志信息,返回给 Slave 端的 IO 线程。

    返回信息中除了日志所包含的信息之外,还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 BinaryLog 中的位置。

  3)Slave 的 IO 线程接收到信息后,将接收到的日志内容依次写入到 Slave 端的RelayLog (中继日志文件)文件(MySQL-relay-bin.xxxxxx)的最末端,并将读取到的Master 端的bin-log 的文件名和位置记录到master-info 文件中,

    以便在下一次读取的时候能够清楚的告诉Master“我需要从某个bin-log 的哪个位置开始往后的日志内容,请发给我” 。
  4)Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后,会马上解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句,并在自身执行这些 Query。

    这样,实际上就是在 Master 端和 Slave 端执行了同样的 Query,所以两端的数据是完全一样的。

3.2、Mysql主从复制过程的图形表示

  MySQL集群(一)之主从复制

四、MySQL支持的复制类型与MySQL复制应用类型

4.1、MySQL支持的复制类型

  1)基于语句的复制statement:  在主服务器上执行的SQL语句,在从服务器上执行同样的语句。MySQL默认采用基于语句的复制,效率比较高。一旦发现没法精确复制时,会自动选着基于行的复制。

  2)基于行的复制row:把改变的内容复制过去,而不是把命令在从服务器上执行一遍. 从mysql5.0开始支持

  3)混合类型的复制mixed: 默认采用基于语句的复制,一旦发现基于语句的无法精确的复制时,就会采用基于行的复制。

4.2、MySQL复制应用类型

  1)数据分布 (Data distribution )

  2)负载平衡(load balancing)

  3)读写分离(split reading and writting)

  4)高可用性和容错性 (High availability and failover )

五、MySQL(主从复制)集群配置过程

环境:

  首先我虚拟机中安装了三台ubuntu操作系统:

  ubuntu的server版:1.0.0.3==server1

  ubuntu的desktop版(两台):1.0.0.5=udzyh1。1.0.0.6=udzyh2

  注意搭建MySQL集群的时候,MySQL的版本尽量一致,大版本必须一致。(本人使用5.7.19)

5.1、主节点配置(server1,1.0.0.3)

  1)首先进入到MySQL的配置文件中去

    sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf

  2)修改、保存退出  

  [client]
  [mysqld]
  #bind-address=0.0.0.0   server-id=
  log-bin=mysql-bin-
  binlog-format=row

    MySQL集群(一)之主从复制

  3)重启MySQL服务   sudo service mysql restart

5.2、从节点配置(1.0.0.5=udzyh1、1.0.0.6=udzyh2)    

  注意:所有从节点的配置都一模一样(主从复制,只能有一个主节点,可以用n多个从节点)

  1)首先进入到MySQL的配置文件中去

    sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf

  2)修改、保存退出  

  [mysqld]
  #bind....   server-id=
  relay-log=mysql-relay-

    MySQL集群(一)之主从复制

  3)重启MySQL服务   sudo service mysql restart

5.3、连接 

  1)在主节点的MySQL终端执行:
    grant replication slave,replication client on *.* to 'zyh'@'%' identified by '123456';(在主节点创建一个用户)

  2)查看主节点的二进制文件名和插入位置

    show  master stauts \G

    MySQL集群(一)之主从复制

  3)在从节点的MySQL终端执行

  change master to
  master_host='1.0.0.3',(这里最好使用ip,其实写主机的也是可以的,但是一个局域网内主机名很多相同的话,会找不到)
  master_port=3306,
  master_user='zyh',
  master_password='123456',
  master_log_file='mysql-bin-11.000002',
  master_log_pos=1326;

  注意:n多个从节点都是相同的配置

  3)查看从节点的状态

    show slave status \G

    MySQL集群(一)之主从复制    

5.4、开启主从复制

  start slave    

  MySQL集群(一)之主从复制

  1)查看所有数据库

    在主节点中:

      MySQL集群(一)之主从复制

    在从节点中:

      1)MySQL集群(一)之主从复制2)MySQL集群(一)之主从复制

  2)主节点创建一个数据库db_love在查看其它两个从节点,你会发现惊喜

六、Replication管理和排错

  1)show master status ; 查看master的状态, 尤其是当前的日志及位置
  2)show slave status; 查看slave的状态.
  3)reset slave ; 重置slave状态,用于删除SLAVE数据库的relaylog日志文件,并重新启用新的relaylog文件.会忘记 主从关系,它删除master.info文件和relay-log.info 文件
  4)start slave ; 启动slave 状态(开始监听msater的变化)
  5)stop slave; 暂停slave状态;
  6)set global sql_slave_skip_counter = n 跳过导致复制终止的n个事件,仅在slave线程没运行的状况下使用

    

觉得不错的点个“推荐”哦!

上一篇:(转) 淘淘商城系列——Redis集群的搭建


下一篇:C语言课程1——Hello World