MyCat01——如何实现MySQL中的主从复制

比眉伴天荒 2024-03-16 23:12 36阅读 0赞

## 1 问题 ##

数据对于我们来说是一项最重要的资产，因为数据丢失带来的损失，对于一家公司来说，有时也是毁灭性的。

那么如何确保数据安全，不因断电或系统故障带来数据丢失呢？

当用户增加，对数据库的访问量也随之升高，如何提高数据库性能，降低访问量增长对数据带来的压力呢？

主从复制无疑是其中一个比较好的选择，将主库的数据复制到多个从库中，如果主库挂掉，从库的数据也是完整的，能够继续为用户提供服务。

同时可以对数据库进行读写分离操作，主库用于数据的写入，而从库则用于数据的读取。

## 2 binlog 日志 ##

### 2.1 什么是 binlog ###

是 MySQL 中最重要的一种日志，它记录了 MySQL 所有数据的变更，并以二进制的形式存储在磁盘上，这些变更包括了所有的表结构变更（CREATE、ALTER TABLE…）以及表数据变更（INSERT、UPDATE、DELETE…），不包括 SELECT 。

也是实现主从复制的数据来源。

**binlog 日志有三种记录格式：**

*  statement 每次数据变更的 sql 都会被记录；
 *  row 仅记录被修改的数据；
 *  mixed 上述两种方式混合使用，一般的语句修改采用 statement，当全表更新时则采用 row，但是这种模式下无法使用 @@host name 函数。

### 2.2 binlog 日志相关的命令 ###

登录进入到mysql的命令行中：

![821451402cd1bf4fa13d5a1e16acfe59.png][]

查看日志位置

> show variables like '%log\_bin%';

查看日志格式，这里的格式是指三种记录日志的格式

> show variables like '%format%';

![cdb07d295f196a66e55799ca7c1247c7.png][]

查看当前使用的日志文件

> show master status;

## 3 主从复制的原理 ##

从数据库中开启两个线程：

一个用于监控主数据库 binlog 日志的变化，如果有更新，就将其读取出来并写入到从数据库的 relay log 中；

另一个线程用于监控本地的 relay log 日志的变化，如果有更新，就将更新内容在本地执行一遍，这样就保证了从数据库与主数据库数据的一致性。

![346ddff162a7e02b17aac96581231502.png][]

## 4 搭建主从复制 ##

### 4.1 安装MySQL数据库 ###

这里默认已经安装了至少两个MySQL数据库，如果有不清楚怎么安装的，可以在网上进行搜索。

### 4.2 开启数据库的 Binlog 日志 ###

在主数据库 MySQL 的配置文件中增加两项配置

![f456c0a22242a8e4b02be164508997b1.png][]

在从数据库也增加同样的配置，server-id 不能相同，需要改为 102。

设置完成后，需要重新启动数据库。

### 4.3 配置用于读取主数据库的用户 ###

#### 4.3.1 主数据库中的操作 ####

首先，需要在主数据库中创建 binlog 日志的读用户，允许从数据库使用 slave 这个用户访问主数据库。

**查看数据库中日志文件状态**

> show master status;

![07b463a795e6f00e27396977caabb819.png][]

记住其中的两项参数，下边将在从库中需要使用。

在主数据库的命令行中执行：

> grant replication slave on \**.\** to 'slave'@'%' identified by '123456';

#### 4.3.2 从数据库中的操作 ####

**在从库中配置主库连接信息**

命令中的各项信息，需要和主库中查询到的内容一致。

*  master\_host 主库的IP地址
 *  master\_user 主库的用户
 *  master\_password 主库的密码
 *  master\_log\_file 主库当前正在使用的 binlog 文件
 *  master\_log\_pos 主库当前 binlog 文件位置

> change master to master\_host='192.168.1.2',master\_user='slave',master\_password='123456',master\_log\_file='mysql-bin.000004',master\_log\_pos=106;

配置完成后，执行以下命令启动从服务

> start slave;

**查看从库状态**

> show slave status \\G;

![a616016e9efe1a45cb906e805b339a33.png][]

如果其中 Slave\_IO\_Running Slave\_SQL\_Running 参数都为YES时，表示同步正常。

否则需要查看是否是 防火墙的问题，或者是 数据库配置文件中 Server-id 相同导致的。

至此，只要在主库中做出修改数据的操作，从库中的数据将被自动刷新。

## 5 解除主从复制 ##

进入到从库的命令行中，执行如下操作

mysql> stop slave;
    Query OK, 0 rows affected (0.08 sec)
    
    mysql> reset slave all;
    Query OK, 0 rows affected (0.18 sec)
    
    mysql> show slave status\G;
    Empty set (0.00 sec)

[821451402cd1bf4fa13d5a1e16acfe59.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/75205c28123146cbbb1ea1fe377e66e4.png
[cdb07d295f196a66e55799ca7c1247c7.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/7e5eaacd8ba14da8a9604cf645b254dd.png
[346ddff162a7e02b17aac96581231502.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/dcd8a8d5fc594153a6bd68cf7c1e409b.png
[f456c0a22242a8e4b02be164508997b1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/6853a18fed0a40219fe79ad894db8619.png
[07b463a795e6f00e27396977caabb819.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/b2a0bbe03c0745ec803f1fc86662356f.png
[a616016e9efe1a45cb906e805b339a33.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/bcac5c98a4a64308ba00b7732de184b5.png