mysql主从基础
2021/8/24 19:36:23
本文主要是介绍mysql主从基础,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
目录- 1.概念
- 2.mysql主从复制原理
- 3.主从状态详解
- 4.主从所需前提
- 5.主从配置示例
- 5.1配置文件
- 5.2主库创建一个用于复制的账号
- 5.3从库启动主从复制
- 6.常用指令
1.概念
MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式,这样从节点不用一直访问主服务器来更新自己的数据,数据的更新可以在远程连接上进行,从节点可以复制主数据库中的所有数据库或者特定的数据库,或者特定的表。
主从复制的逻辑有以下几种:
一主一从:单向主从同步模式,只能在Master端写入数据。
一主多从:提高系统的读性能。
双主复制:此架构可以在Master1或Master2进行数据写入,或者两端同时写入(特殊设置)。
多主一从(MySQL5.7开始支持)
级联复制
为什么mysql要设置主从复制?
- 数据库数据是一个公司或者集团企业最为重要的资产,以防数据的丢失和损坏,需要进行备份
- 当用户的访问量越来越高的时候,一旦查询也就是读取数据的操作太频繁了,势必网站崩掉,服务器宕机,很影响用户的体验度
- 提高数据库系统的可用性
2.mysql主从复制原理
- 主库将所有的写操作记录到binlog日志中并生成一个log dump线程,将binlog日志传给从库的I/O线程
- 从库生成两个线程,一个I/O线程,一个SQL线程
- I/O线程去请求主库的binlog,并将得到的binlog日志写到relay log(中继日志) 文件中
- SQL线程,会读取relay log文件中的日志,并解析成具体操作,来实现主从的操作一致,达到最终数据一致的目的
从服务器slave为什么不能直接存储二进制日志文件里面的数据(为什么不开启bin-log日志)?
本来做数据的主从同步就是为了让计算机快速的进行读写操作,而且是大批量的数据,一旦大量数据进行写入或者更新数据,从数据库slave如果直接从二进制日志来接收,数据是以队列形式进行传输的,若队列的数据没有快速处理,堆积起来,从服务器可能也会崩溃宕机,所以从性能上考虑,从服务器slave创建了I/O线程对象将数据转到中继日志,起个缓存功能。
过程分析
- 在从库上执行change master to;会将主库的信息保存到从库中的master.info文件中
- 在从库执行start slave;开启io_thread, sql_thread;
- io_thread工作;io_thread通过master.info文件中主库的连接信息去连接主库;连接成功后主库就会开启dump_thread;
- dump_thread读取主库新产生的二进制日志;然后投递给io_thread;
- io_thread接收dump_thread投递的新的二进制日志,将日志写入到relay log(中继日志);
- io_thread就会等待主库dump_thread主动把新产生的二进制日志投递;
- sql_thread会将relay log新产生的日志恢复到数据库(relay重放),写到磁盘
3.主从状态详解
show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.190.128 Master_User: repl Master_Port: 3306 Connect_Retry: 10 Master_Log_File: mysql-bin.000011 Read_Master_Log_Pos: 194 Relay_Log_File: localhost-relay-bin.000004 Relay_Log_Pos: 407 Relay_Master_Log_File: mysql-bin.000011 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 194 Relay_Log_Space: 705 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 Master_UUID: 77cf5494-00ce-11ec-9c86-000c290c7222 Master_Info_File: /data/mysqldata/master.info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: 77cf5494-00ce-11ec-9c86-000c290c7222:1-4 Executed_Gtid_Set: 77cf5494-00ce-11ec-9c86-000c290c7222:1-4 Auto_Position: 1 Replicate_Rewrite_DB: Channel_Name: Master_TLS_Version: 1 row in set (0.00 sec) Master_Host: 192.168.190.128 #主库ip Master_User: repl #主库用户 Master_Port: 3306 #主库端口号 Master_Log_File: mysql-bin.000011 #当前从库io_thread正在读取主库的二进制日志文件 Read_Master_Log_Pos: 194 #当前从库io_thread正在读取主库二进制日志文件的位置 Relay_Log_File: localhost-relay-bin.000004 #当前从库sql_thread正在读取从库的中继日志文件 Relay_Log_Pos: 407 #当前sql_thread正在读取从库中继日志文件的位置 Relay_Master_Log_File: mysql-bin.000011 #当前从库sql_thread从relay log中读取的正在进行的sql语句,对应主库的sql语句是在哪个binlog中; Exec_Master_Log_Pos: 194 #从库sql_thread当前执行的事件,对应主库的binlog中的position Seconds_Behind_Master: 0 #主从复制延迟的时间;如果是0表示主从无延迟 Last_IO_Error #显示io线程错误信息 Last_SQL_Error #显示sql线程错误信息 SQL_Delay: 0 #延迟复制 Retrieved_Gtid_Set: #当前io_thread已经接受到的binlog Executed_Gtid_Set: #当前从库sql_thread执行的二进制日志位置
4.主从所需前提
前提条件:
-
两个实例不同的server_id
-
主库开启binlog
-
主库创建replication slave权限的用户
例如:
Master主机配置:
cat /home/data/mysql3306/my.cnf
server_id = 1
log_bin = /home/data/mysql3306/mysql-bin
binlog_format=MIXED
上面两个是必须配置的,其他参数根据自己的MySQL安装目录和业务情况自行配置
Slave主机配置:
cat /home/data/mysql3306/my.cnf
server_id = 2
Slave主机的binlog不是必须开启的,其他参数根据自己的MySQL安装目录和业务情况自行配置,如果有级联复制的需求,才进行开启,一般主从架构不开启,以节省磁盘I/O
5.主从配置示例
两个数据库实例
192.168.190.128(主)
192.168.190.128(从)
开始前,一定要确保主从数据一致
如果主从库数据差距大,先把主库的备份文件在从库上恢复,在change master时指定备份的pos的偏移量和使用的binlog文件
5.1配置文件
主:
server_id = 1 log_bin=mysql-bin
从:
server-id=2
5.2主库创建一个用于复制的账号
create user 'repl'@'192.168.190.129' identified by '123456'; grant replication slave on *.* to 'repl'@'192.168.190.129'; #或者写成一句 grant replication slave on *.* TO 'repl'@'192.168.190.129' identified by '123456'; #刷新权限 flush privileges;
5.3从库启动主从复制
获取帮助信息
mysql> help change master to; CHANGE MASTER TO MASTER_HOST='master2.example.com', MASTER_USER='replication', MASTER_PASSWORD='password', MASTER_PORT=3306, MASTER_LOG_FILE='master2-bin.001', MASTER_LOG_POS=4, MASTER_CONNECT_RETRY=10;
配置并开启主从
因为没有都是数据的新库,直接从头开始
gtid:
CHANGE MASTER TO MASTER_HOST='192.168.190.128', MASTER_USER='repl', MASTER_PASSWORD='123456', MASTER_PORT=3306, master_auto_position=1, MASTER_CONNECT_RETRY=10; start slave; #要使用`master_auto_position=1,`必须开启gtid,否则 show slave status \G; 查看从库状态 MASTER_CONNECT_RETRY*连接*失败*重试*的时间间隔,单位为秒
如果是有数据的,从库恢复全备之后,找到全备文件的binlog文件和偏移量,或者在锁库时show master status;
,稍稍更改即可
传统主从:
CHANGE MASTER TO MASTER_HOST='192.168.190.128', MASTER_USER='repl', MASTER_PASSWORD='123456', MASTER_PORT=3306, MASTER_LOG_FILE='mysql_bin.000001', MASTER_LOG_POS=154, MASTER_CONNECT_RETRY=10;
6.常用指令
start slave; #开启io_thread和sql_thread start slave io_thread; start slave sql_thread; stop slave; #关闭io_thread和sql_thread stop slave io_thread; stop slave sql_thread; #查看进程 show processlist; #删除master.info,relay-log.info数据;删除所有relay log;将延迟选项master_delay设为0; reset slave; #删除所有的二进制日志文件 reset master; show binary logs; #显示系统中的所有二进制日志。 show master status; #正在使用的binlog
这篇关于mysql主从基础的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-12-25如何部署MySQL集群资料:新手入门教程
- 2024-12-24MySQL集群部署资料:新手入门教程
- 2024-12-24MySQL集群资料详解:新手入门教程
- 2024-12-24MySQL集群部署入门教程
- 2024-12-24部署MySQL集群学习:新手入门教程
- 2024-12-24部署MySQL集群入门:一步一步搭建指南
- 2024-12-07MySQL读写分离入门:轻松掌握数据库读写分离技术
- 2024-12-07MySQL读写分离入门教程
- 2024-12-07MySQL分库分表入门详解
- 2024-12-07MySQL分库分表入门指南