mysql复制--主从复制配置

时间  2019-12-07 标签 mysql 复制 主从 复制 配置

当单台 MYSQL 服务器没法知足当前网站流量时的优化方案。须要搭建 mysql 集群技术。node

复制功能：

  • 数据分布
  • 负载均衡（读）
  • 备份
  • 高可用和故障切换
  • MySQL升级测试

复制方式：

  1. 主–从复制
  2. 主–主复制
  3. 半同步复制

复制原理：

Mysql 中有一种日志叫作 bin 日志（二进制日志）。这个日志会记录下全部修改了数据库的SQL 语句（insert,update,delete,create/alter/drop table, grant 等等）。
主从复制的原理其实就是把主服务器上的 bin 日志复制到从服务器上执行一遍，这样从服务器上的数据就和主服务器上的数据相同了。mysql

复制流程图：

这里写图片描述

复制过程：

  1. 主节点必须启用二进制日志，记录任何修改了数据库数据的事件。
  2. 从节点开启一个线程（I/O Thread)把本身扮演成 mysql 的客户端，经过 mysql 协议，请求主节点的二进制日志文件中的事件
  3. 主节点启动一个线程（dump Thread），检查本身二进制日志中的事件，跟对方请求的位置对比，若是不带请求位置参数，则主节点就会从第一个日志文件中的第一个事件一个一个发送给从节点。
  4. 从节点接收到主节点发送过来的数据把它放置到中继日志（Relay log）文件中。并记录该次请求到主节点的具体哪个二进制日志文件内部的哪个位置（主节点中的二进制文件会有多个，在后面详细讲解）。
  5. 从节点启动另一个线程（sql Thread ），把 Relay log 中的事件读取出来，并在本地再执行一次。

复制中线程的做用：

从节点：linux

  • I/O Thread: 从 Master 节点请求二进制日志事件，并保存于中继日志中。
  • Sql Thread: 从Relay log 中读取日志事件并在本地完成重放。

主节点：web

  • Dump Thread:为每一个 Slave 的 I/O Thread 启动一个 dump 线程，用于向从节点发送二进制事件。

**思考：**从节点须要创建二进制日志文件吗？
看状况，若是从节点须要做为其余节点的主节点时，是须要开启二进制日志文件的。这种状况叫作级联复制。若是只是做为从节点，则不须要建立二进制文件。sql

Mysql复制特色：

  1. 异步复制：主节点中一个用户请求一个写操做时，主节点不须要把写的数据在本地操做完成同时发送给从服务器并等待从服务器反馈写入完成，再响应用户。主节点只须要把写入操做在本地完成，就响应用户。可是，从节点中的数据有可能会落后主节点，能够使用（不少软件来检查是否落后）
  2. 主从数据不一致。

主从复制配置过程：

主节点：数据库

  1. 启用二进制日志。
  2. 为当前节点设置一个全局惟一的server_id。
  3. 建立有复制权限的用户帐号 REPLIACTION SLAVE ,REPLIATION CLIENT。

从节点：centos

  1. 启动中继日志。
  2. 为当前节点设置一个全局惟一的server_id。
  3. 使用有复制权限的用户帐号链接至主节点，并启动复制线程。

配置演示：

测试环境：
主节点：192.168.0.196
从节点：192.168.0.198
mysql版本：mysql-5.5.17
linux：centos6.5缓存

1：编辑主节点配置文件
这里写图片描述
2：启用二进制日志文件安全

  • 添加：log-bin = mysql-bin
  • 添加 :server-id =1
  • 添加：innodb-file-per-table =ON
  • 添加：skip_name_resolve=ON
    这里写图片描述

3：启动mysql服务，并链接mysql
这里写图片描述
4：查看日志信息
1:)查看二进制日志是否开启
这里写图片描述
2:)查看主节点二进制日志列表
这里写图片描述
3:)查看主节点的server id
这里写图片描述
5：在主节点上建立有复制权限的用户。REPLIACTION SLAVE ，REOPLIATION CLIENT
这里写图片描述
6：刷新
这里写图片描述
主服务器配置完成。
注意：确保主服务器的iptables没有阻断3306的访问端口。服务器

7：编辑从节点配置文件
这里写图片描述
8：开启中继日志

  • 添加：relay-log=relay-log
  • 添加：relay-log-index=relay-log.index
  • 添加：server-id=2
  • 添加：innodb_file_per_table=ON
  • 添加：skip_name_resolve=ON
    这里写图片描述
    9:启动从节点mysql服务，并登录mysql
    这里写图片描述
    10:查看从节点日志信息
    1:)查看中继日志是否开启
    这里写图片描述
    2:)产看server 相关信息
    这里写图片描述
    11：在从节点配置访问主节点的参数信息
    添加 主节点主机，访问主节点的用户名及密码，主节点二进制文件信息。
    注意：主节点的二进制文件必定要是二进制列表中的最后一个二进制文件。
    这里写图片描述
CHANGE MASTER TO MASTER_HOST='192.168.0.196',MASTER_USER='repluser',MASTER_PASSWORD='replpass', MASTER_LOG_FILE='mysql-bin.000042',MASTER_LOG_POS=362;

这里写图片描述
12：查看从节点的状态信息
由于没有启动 从节点的复制线程，IO线程 和 SQL 线程都为NO.
这里写图片描述

13：启动复制线程
START SLAVE 能够指定线程类型：IO_THREAD ,SQL_THREAD, 若是不指定，则两个都启动。
这里写图片描述
14:再次查看从节点状态信息
这里写图片描述

至此，mysql的主----从复制配置完成。
15：测试
1：）在主节点建立数据库，并查看主节点二进制日志信息
这里写图片描述
2：）在从节点查找二进制日志信息，并查看mydb数据库是否复制成功
这里写图片描述
这里写图片描述

主从复制架构中应注意的问题：

从节点要设置某些限定使得它不能进行写操做,才能保证复制当中的数据一致。

1：限制从服务器为只读
在从服务器上设置：
read_only = ON,可是此限制对拥有SUPER权限 的用户均无效。
阻止全部用户：
mysq>FLUSH TABLES WITH READ LOCK;

2:如何保证主从复制时的事物安全？
1：在主节点设置参数
sync_binlog=1： Mysql开启bin-log日志使用bin-log时，默认状况下，并非每次执行写入就与硬盘同步，这样在服务器崩溃时，就可能致使bin-log最后的语句丢失。能够经过这个参数来调节，sync_binlog=N，使执行N次写入后，与硬盘同步。1是最安全的，可是也是最慢的。
若是用到innode 存储引擎:
innodb_flush_logs_at_trx_commit=ON（刷写日志：在事务提交时，要将内存中跟事务相关的数据当即刷写到事务日志中去。）
innodb_support_xa=ON (分布式事务：基于它来作两段式提交功能)
sync_master_info=1：每次给从节点dump一些事件信息以后，主节点的master info 信息会当即同步到磁盘上。让从服务器中的 master_info 及时更新。
这里写图片描述
2：在每一个slave节点
skip_slave_start =ON (跳过自动启动，使用手动启动。)
relay_log也会在内从中先缓存，而后在同步到relay_log中去，能够使用下面参数使其当即同步。
sync_relay_log =1 ，默认为10000，即每10000次sync_relay_log事件会刷新到磁盘。为0则表示不刷新，交由OS的cache控制。
sync_relay_log_info=1每间隔多少事务刷新relay-log.info，若是是table（innodb）设置无效，每一个事务都会更新

注： 在从节点中 master.info是记录在主节点复制位置的文件。
这里写图片描述
relylog_info: 本地未来至于主节点的哪个二进制文件中position而且保存文本地哪个中继日志中的哪个postion. 从节点启动时也须要根据relay-log.info定位本地relay-log.
这里写图片描述

联系我们 沪ICP备2021010478号-7