欢迎来到杀手不可一世的博客

人生三从境界:昨夜西风凋碧树,独上高楼,望尽天涯路。 衣带渐宽终不悔,为伊消得人憔悴。 众里寻他千百度,蓦然回首,那人却在灯火阑珊处。

数据库主从

# 1. 主从复制

## 1.1. mysql主从的原理

 

### 1.1.1. Replication 线程

 

Mysql的 Replication 是一个异步的复制过程(mysql5.1.7以上版本分为异步复制和半同步两种模式),从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysql instance(我们称之 Slave)。在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成,其中两个线程(Sql线程和IO线程)在 Slave 端,另外一个线程(IO线程)在 Master 端。

 

要实现 MySQL 的 Replication ,首先必须打开 Master 端的Binary Log(mysql-bin.xxxxxx)功能,否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全 顺序的执行日志中所记录的各种操作。打开 MySQL 的 Binary Log 可以通过在启动 MySQL Server 的过程中使用 “—log-bin” 参数选项,或者在 my.cnf 配置文件中的 mysqld 参数组([mysqld]标识后的参数部分)增加 “log-bin” 参数项。

 

### 1.1.2. MySQL 复制的基本过程:

1.Slave 上面的IO线程连接上 Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容;

 

2. Master 接收到来自 Slave 的 IO 线程的请求后,通过负责复制的 IO 线程根据请求信息读取指定日志指定位置之后的日志信息,返回给 Slave 端的 IO 线程。返回信息中除了日志所包含的信息之外,还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 Binary Log 中的位置;

 

3. Slave 的 IO 线程接收到信息后,将接收到的日志内容依次写入到 Slave 端的Relay Log文件(mysql-relay-bin.xxxxxx)的最末端,并将读取到的Master端的bin-log的文件名和位置记录到master- info文件中,以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容,请发给我”

 

4. Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后,会马上解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句,并在自身执行这些 Query。这样,实际上就是在 Master 端和 Slave 端执行了同样的 Query,所以两端的数据是完全一样的。

## 1.2. db01

### 1.2.1. 在主库上开启的binlog日志

```

[root@db01 ~]# cat /etc/my.cnf

[mysqld]

log-bin

server-id=160

```

### 1.2.2. 重启数据库

```

[root@db01 ~]# systemctl restart mysqld

```

### 1.2.3. 授权,允许能够远程连接的主机(replicaiton)

```

mysql> grant replication slave, replication client on *.* to 'repl'@'172.16.1.52' identified by 'All123.com';

```

### 1.2.4. 导出主库当前数据

```

[root@db01 ~]# mysqldump -uroot -pBgx123.com \

--all-databases \

--single-transaction \

--master-data=1 \

--flush-logs > /root/db-$(date +%F)-all.sql

```

### 1.2.5. 拷贝备份的数据至从库

```

[root@db01 ~]# scp db-2018-10-23-all.sql root@172.16.1.52:/tmp

```

## 1.3. db02

在从库上启动数据库,然后倒入数据

### 1.3.1. 检查是否能使用远程账户登录

```

[root@slave ~]# mysql -h 172.16.1.51 -urep -pRep123.com

```

### 1.3.2. 修改配置文件/etc/my.cnf,从需开启binlog

```

server-id=161

```

### 1.3.3. 重启MySQL的数据库服务

```

systemctl restart mysqld

```

### 1.3.4. 登陆的MySQL数据库[密码中填写上一步过滤的密码]

```

[root@web02 ~]# mysql -uroot -p$(awk '/temporary password/{print $NF}' /var/log/mysqld.log)

```

### 1.3.5. 重新修改数据库密码

```

mysql> ALTER USER 'root'@'localhos``t' IDENTIFIED BY 'Bgx123.com';

```

### 1.3.6. 导入数据,追主的bin_log

```

[root@db02 ~]# mysql -uroot -pBgx123.com < /tmp/db-2018-10-23-all.sql

```

### 1.3.7. 指向主,无需指定binlogfile和POS

```

mysql> change master to

master_host='172.16.1.51',

master_user='repl',

master_password='All123.com';

```

### 1.3.8. 启动slave线程

```

mysql> start slave;

```

### 1.3.9. 查看MySQL的主从状态

```

mysql> show slave status\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 172.16.1.51

Master_User: rep

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: db01-bin.000002

Read_Master_Log_Pos: 6671

Relay_Log_File: db02-relay-bin.000004

Relay_Log_Pos: 6882

Relay_Master_Log_File: db01-bin.000002

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

```

posted @ 2018-11-05 19:13  杀手不可一世  阅读(118)  评论(0)    收藏  举报