【mysql】mysql之主从部署以及介绍

本站以分享各种运维经验和运维所需要的技能为主

《python零基础入门》：python零基础入门学习

《python运维脚本》： python运维脚本实践

《shell》：shell学习

《terraform》持续更新中：terraform_Aws学习零基础入门到最佳实战

《k8》从问题中去学习k8s

《docker学习》暂未更新

《ceph学习》ceph日常问题解决分享

《日志收集》ELK+各种中间件

《运维日常》运维日常

《linux》运维面试100问

《DBA》db的介绍使用（mysql、redis、mongodb...）

一、mysql主从

1.主库操作

复制代码

1.主库配置server_id
2.主库开启binlog
3.主库授权从库连接的用户
4.查看binlog信息
5.导出所有数据

2.从库操作

复制代码

1.从库配置server_id（跟主库不一致）
2.确认主库授权的用户可以连接主库
3.同步主库数据
4.配置主库信息（change master to）
5.开启slave

3.主从复制原理

1）图解

2）文字描述

复制代码

（1）从库执行change master to语句，然后立即将主库的信息（ip、端口等）记录到master.info中，这个文件就在从库的数据目录下。
（2）从库执行start slave语句的瞬间，会立即生成IO_Thread和SQL_Thread。
（3）IO_Thread读取master.info文件，获取主库的相关信息（IP、端口号等）。
（4）IO_Thread连接主库，连接层开始验证用户名、密码、端口号、IP等是否合法。
一旦合法，主库会立即分配一个dump_thread线程，来与IO_Thread进行交互。
（5）IO_Thread根据master.info中的二进制日志信息，向主库的DUMP_Thread线程请求最新的二进制日志。
（6）DUMP_Thread经过show master status查询，如果发现有新的二进制日志，就截取新的日志并返回给从库的IO_Thread。
（7）从库IO_Thread收到主库发来的binlog，存储在到TCP_IP缓存中，在网络底层返回ACK给主库。
（8）从库IO_Thread会将二进制日志信息写入到relay-log中。
（9）从库IO_Thread更新master.info信息，重置二进制日志位置点信息。
（10）从库SQL_Thread读取relay-log.info文件，获取上次执行过的relay-log.info位置点。
（11）根据获取到的位置点，SQL_Thread按照位置点往下执行relaylog日志。
（12）SQL_Thread执行完后，更新relay-log.info文件。
（13）pwrge线程（非主从线程）把应用过的relay_log定期自动清理

4.主从中涉及到的文件或者线程

1）主库

复制代码

1.binlog：主库执行的sql语句
2.dump线程：对比binlog是否更新，获取新的binlog

2）从库

复制代码

1.IO线程：连接主库，询问新数据，获取新数据
2.SQL线程：执行从主库哪来的sql语句
3.relay-log：中继日志，记录从主库拿过来的binlog
4.master.info：记录主库binlog信息，会随着同步进行更新
5.relay-log.info：记录sql线程执行到了那里，下次从哪里开始执行

三、主从复制的搭建

1.主库操作

1）配置

复制代码

[root@db03 ~]# vim /etc/my.cnf
[mysqld]
server_id=1
log_bin=/service/mysql/data/mysql-bin

[root@db03 ~]# /etc/init.d/mysqld start

2）授权一个用户

复制代码

mysql> grant replication slave on *.* to rep@'172.16.1.%' identified by '123';
Query OK, 0 rows affected (0.03 sec)

3）查看binlog信息

复制代码

mysql> show master status;
+------------------+----------+--------------+------------------+-------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000003 |      326 |              |                  |                   |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

4）导出所有数据

复制代码

[root@db03 data]# mysqldump -uroot -p -A --master-data=2 --single-transaction > /tmp/full.sql

[root@db03 data]# scp /tmp/full.sql 172.16.1.52:/tmp/

2.从库操作

1）配置

复制代码

[root@db02 ~]# vim /etc/my.cnf
[mysqld]
server_id=2

[root@db02 ~]# /etc/init.d/mysqld start

2）验证主库用户

复制代码

[root@db02 ~]# mysql -urep -p -h172.16.1.53

3）同步数据

复制代码

[root@db02 ~]# mysql -uroot -p123 < /tmp/full.sql

4）配置主从

复制代码

change master to
master_host='172.16.1.51',
master_user='rep',
master_password='123',
master_log_file='mysql-bin.000001',
master_log_pos=787368;
Query OK, 0 rows affected, 2 warnings (0.02 sec)

5）开启线程

复制代码

mysql> start slave;
Query OK, 0 rows affected (0.04 sec)

6）查看主从

复制代码

mysql> show slave status\G
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

3.主从数据库出错

1）IO线程出错

复制代码

mysql> show slave status\G
             Slave_IO_Running: No
            Slave_SQL_Running: Yes
            
mysql> show slave status\G
             Slave_IO_Running: Connecting
            Slave_SQL_Running: Yes
            
#排查思路
1.网络
	[root@db02 ~]# ping 172.16.1.53
2.端口
	[root@db02 ~]# telnet 172.16.1.53 3306
3.防火墙
4.主从授权的用户错误
5.反向解析
	skip-name-resolve
6.UUID或server_id相同

2）SQL线程出错

复制代码

mysql> show slave status\G
             Slave_IO_Running: Yes
            Slave_SQL_Running: No

#原因：
1.主库有的数据，从库没有
2.从库有的数据，主库没有

#处理方式一：自欺欺人
1.临时停止同步
mysql> stop slave;
2.将同步指针向下移动一个（可重复操作）
mysql> set global sql_slave_skip_counter=1;
3.开启同步
mysql> start slave;

#处理方式二：掩耳盗铃
1.编辑配置文件
[root@db01 ~]# vim /etc/my.cnf
#在[mysqld]标签下添加以下参数
slave-skip-errors=1032,1062,1007

#处理方式三：正解
重新同步数据，重新做主从