14、mysql主从复制实战
14. 1、服务器准备:
一台服务器,多实例,客户端编码是utf8,服务端编码是utf8;
[root@backup 3308]#netstat -tunlp | grep 330
tcp 0 0 0.0.0.0:3306 0.0.0.0:* LISTEN 4664/mysqld
tcp 0 0 0.0.0.0:3307 0.0.0.0:* LISTEN 5511/mysqld
tcp 0 0 0.0.0.0:3308 0.0.0.0:* LISTEN 10571/mysqld
1、主库(mysql master):[ip为172.16.1.41 port为3306]
2、从库1(mysql slave):[ip为172.16.1.41 port为3307]
3、从库2(mysql slave):[ip为172.16.1.41 port为3308]
4、mysql的登录用户和密码分别是root,123456
14.2、说明:
1、一般常规做主从复制,主从服务器多数在不同的机器上,并且监听的端口号均为默认的3306;
2、本文主要是针对以单数据库多实例的环境来讲解的;
3、第1点虽然不在一个机器上,但是步骤和过程和第2点是一样的;
14.3、配置说明:
1、打开主库的binlog,一般从库不开启binlog功能,除非从库做备份或为下面的从库做主库(级联);
2、确保每个实例的id不同;
3、在主库上配置用于从库复制的账号:
[root@backup ~]#mysql -uroot -p123456 -S /data/3306/mysql.sock
mysql> grant replication slave on *.* to 'lc'@'172.16.1.%' identified by '123456';
mysql> flush privileges;
4、锁主库拿到binlog文件名和binlog的pos点:
mysql> flush table with read lock; #5.5的数据库;
#5.1的是flush table with read lock;
#注意:关闭mysql登录窗口或锁表参数超时,锁表失效;
#锁表的时候要申请停机时间;
mysql> show master status;
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 331 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
5、备份主库的数据库(切换一个连接窗口):
[root@backup ~]#mysqldump -uroot -p123456 -A -B -R --events -S /data/3306/mysql.sock >/tmp/mysql_bak.sql
提示:如果在备份的时候加了-F会刷新binglog日志,只是变了文件而已,中间没有数据,可以使用新的pos点;
6、再次查看主库的binlog文件和对应的pos点:
pos点没有发生改变,说明备份的时候主库锁定成功;
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 331 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
7、解主库操作:
mysql> unlock tables;
8、将备份的主库还原到从库上:
[root@backup ~]#mysql -uroot -p123456 -S /data/3307/mysql.sock </tmp/mysql_bak.sql
9、在从库上配置参数:
(1)配置参数:
[root@backup ~]#mysql -uroot -p123456 -S /data/3307/mysql.sock
CHANGE MASTER TO
MASTER_HOST='172.16.1.41',
MASTER_PORT=3306,
MASTER_USER='lc',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=331;
(2)查看参数:
[root@backup ~]#cat /data/3307/data/master.info
18
mysql-bin.000001
331
172.16.1.41
lc
123456
3306
60 #重试连接间隔为60s
0
0
1800.000
0
(3)开启从库:
mysql> start slave; #停止使用stop slave;
(4)查看从库启动是否成功:
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 172.16.1.41
Master_User: lc
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 331
Relay_Log_File: mysqld-relay-bin.000002
Relay_Log_Pos: 253
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes #slave的IO线程,负责和主库进行通讯取主库的binlog;
Slave_SQL_Running: Yes #slave的SQL线程,负责读取主库的binlog;
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: 331
Relay_Log_Space: 410
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 #从库落后主库的秒数为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
1 row in set (0.00 sec)
(5)[root@backup 3307]#ls data/
master.info #IO线程使用,记录主库binlog文件名和binlog的pos点,然后从主库拉binlog日志;
mysqld-relay-bin.000001 #IO线程从主库拉来的binlog日志;
mysqld-relay-bin.000002
mysqld-relay-bin.index #记录mysqld-relay-bin的列表;
relay-log.info #SQL线程使用,读取mysqld-relay-bin日志的文件名和pos点;
1)[root@backup data]#cat master.info
18
mysql-bin.000002
107
#上面两个参数表示从库的io线程读取主库的binlog的pos点;
172.16.1.41
lc
123456
3306
60
0
0
1800.000
0
2)[root@backup data]#cat mysqld-relay-bin.index
./mysqld-relay-bin.000001
./mysqld-relay-bin.000002
3)[root@backup data]#cat relay-log.info
./mysqld-relay-bin.000002
253
#上面的两个参数表示从库sql线程读取relay-log文件的pos点;
mysql-bin.000002
107
#上面的两个参数表示从库的io线程读取主库的binlog的pos点;
14.4、登录数据库查看mysql线程同步状态:
1、主库线程状态:
mysql> show processlist\G;
*************************** 2. row ***************************
Id: 11
User: lc
Host: 172.16.1.41:56330
db: NULL
Command: Binlog Dump
Time: 726
State: Master has sent all binlog to slave; waiting for binlog to be updated #IO线程;
Info: NULL
2 rows in set (0.00 sec)
(1)IO线程:
2、从库线程状态:
mysql> show processlist\G;
*************************** 1. row ***************************
Id: 1
User: system user
Host:
db: NULL
Command: Connect
Time: 789
State: Slave has read all relay log; waiting for the slave I/O thread to update it #sql线程;
Info: NULL
*************************** 2. row ***************************
Id: 2
User: system user
Host:
db: NULL
Command: Connect
Time: 789
State: Waiting for master to send event #IO线程;
Info: NULL
(1)IO线程:
(2)sql线程:
14.5、总结:
1、master-data=1或2使用的场合主要用于mysql的主从复制,使用'1'代表的是标记的位置点;
不会被注释掉,在slave上导入数据时就会执,使用'2'时代表标记的位置点会被注释掉,导入从库时不会被执行;
此参数在mysql的InnoDB引擎上使用
2、mysql主从同常规步骤(需要停库):
3、备份时使用的是--master-data=1参数快速配置mysql主从复制的方案(不需要停库):
(1)安装配置好主从数据库,主从数据库的server-id不同,打开主库的log-bin日志功能,从库
一般不打开log-bin的功能,除非从库做备份或为下面的从库做主库使用;
(2)在主库上为从库设置从库连接的账号grant replication slave on *.* to 'lc'@'172.16.1.%' identified by '123456'; ;
(3)使用mysqldump -uroot -p123456 -A -B --single-transaction -R -F --master-data=1 -S /data/3306/mysql.sock | gzip >/tmp/mysql_bak.sql;
#事先备份的数据库或者时现场备也可以;
(4)在从库上还原备份的主库:
gzip -d /tmp/mysql_bak.sql
mysql -uroot -p123456 -S /data/3307/mysql.sock </tmp/mysql_bak.sql
(5)在从库上执行CHANG MASTER语句:
不需要MASTER_LOG_FILE文件和MASTER_LOG_POS配置位置点;
CHANGE MASTER TO
MASTER_HOST='172.16.1.41',
MASTER_PORT=3306,
MASTER_USER='lc',
MASTER_PASSWORD='123456',
(6)在从库上开启同步开关:
mysql> start slave;
(7)在从库上检查同步的状态:
mysql> show slave status\G;
说明:该方法只要有主库的备份和主库的binlog随时可以制作mysql主从同步;
4、锁库的时间说明:
这个锁表命令的时间,在不同的引擎的情况下,会受到下面参数的控制,锁表时,如果
超过设置时间不操作会自动解锁;
interactive_timeout
wait_timeout
(1)默认的锁库时间为8小时:
mysql> show variables like '%timeout%';
+----------------------------+----------+
| Variable_name | Value |
+----------------------------+----------+
| connect_timeout | 10 |
| delayed_insert_timeout | 300 |
| innodb_lock_wait_timeout | 120 |
| innodb_rollback_on_timeout | OFF |
| interactive_timeout | 28800 |
| lock_wait_timeout | 31536000 |
| net_read_timeout | 30 |
| net_write_timeout | 60 |
| slave_net_timeout | 3600 |
| wait_timeout | 28800 |
+----------------------------+----------+
10 rows in set (0.00 sec)
(2)设置锁库的时间:
退出当前mysql登录窗口后重新登录mysql生效;
重启mysql后失效,因为没有配置mysql的my.cnf配置文件;
mysql> set global interactive_timeout=28800;
mysql> set global wait_timeout=28800;
5、使用脚本的方法实现批量创建mysql主从同步:
关键脚本如下,其它脚本根据步骤写即即可;
cat | mysql -uroot -p123456 -S /data/3307/mysql.sock <<EOF
CHANGE MASTER TO
MASTER_HOST='172.16.1.41',
MASTER_PORT=3306,
MASTER_USER='lc',
MASTER_PASSWORD='123456',
MASTER_LOG_FILE='mysql-bin.000001',
MASTER_LOG_POS=331;
EOF
说明:注意该cat的写法,cat加管道符指的是执行管道符后面的到EOF结尾的内容,最后一行
要留空行,不然执行完后跳不出来;也可用yes代替cat,yes命令在命令行中输出指定的字符
串,直到yes进程被杀死,不带任何参数输入yes命令默认的字符串就是y;
6、说明:主从同步通过CHANG命令后就确定了从,以后启动mysql实例后会自动开启start slave,即有master.info的就是从库,不然从库开不起,关闭从库的方法 stop slave reset master 删除master info
重启mysql;
14、mysql主从复制实战的更多相关文章
- mySQL主从复制实战
随着访问量的不断增加,单台MySQL数据库服务器压力不断增加,需要对MYSQL进行优化和架构改造,MYQSL优化如果不能明显改善压力情况,可以使用高可用.主从复制.读写分离来.拆分库.拆分表来进行优化 ...
- MySQL 主从复制实战解析
前言:前面几篇文章讲解了在应用层读写分离的配置和使用,这篇文章将来个主从复制的实战解析. 说明:主从复制,读写分离结构图 原理图 主库生成一个线程: Binlog Dump线程 1.此线程运行在主库, ...
- 详解MySQL主从复制实战 - 基于GTID的复制
基于GTID的复制 简介 基于GTID的复制是MySQL 5.6后新增的复制方式. GTID (global transaction identifier) 即全局事务ID, 保证了在每个在主库上提交 ...
- 14.MySQL主从复制
1.复制的基本原理 三步骤 + 原理图 1.1 master将改变记录到二进制文件(binary log),这些记录过程叫做二进制日志事件, binary log events 1.2 slave 将 ...
- 【大型网站技术实践】初级篇:搭建MySQL主从复制经典架构
一.业务发展驱动数据发展 随着网站业务的不断发展,用户量的不断增加,数据量成倍地增长,数据库的访问量也呈线性地增长.特别是在用户访问高峰期间,并发访问量突然增大,数据库的负载压力也会增大,如果架构方案 ...
- MySQL(13)---MYSQL主从复制原理
MYSQL主从复制原理 最近在做项目的时候,因为部署了 MYSQL主从复制 所以在这里记录下整个过程.这里一共会分两篇博客来写: 1.Mysql主从复制原理 2.docker部署Mysql主从复制实战 ...
- 九、linux-msyql下的mysql主从复制深度实战
1.上节基本诉说了mysql主从同步,这里想说明的是,其一从库在请求主库进行同步的时候,是主库的主线程进行用户名.密码的验证,在验证通过后,将请求转交给I/O线程负责同步:其二从库sql线程在读取中继 ...
- 实战-Mysql主从复制
前言: Mysql内建的复制功能是构建大型高性能应用程序的基础.由于目前mysql的高可用性架构MMM和MHA均建立在复制的基础之上,本文就mysql主从复制进行实战描述,希望对读者提供帮助.之前 服 ...
- MySQL 5.7主从复制实战篇
MySQL 5.7主从复制实战篇 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任. 一.安装MySQL数据库并启动 1>.在MySQL官方下载相应的安装包(https://dev ...
随机推荐
- QTableWidget - 基础讲解(1)
转载:http://www.cnblogs.com/fuqia/p/8904196.html QTableWidget是QT程序中常用的显示数据表格的空间,很类似于VC.C#中的DataGrid.说到 ...
- 在linux下把jsp文件 打包war格式(centos7)
在linux下把jsp文件 打成war包 chmod -R 777 /data/jdk8u242-b08/bincd /data/TongWeb61712/deployment/TestCase//d ...
- top,它们的意思分别是1分钟、5分钟、15分钟内系统的平均负荷。
理解Linux系统负荷 作者: 阮一峰 日期: 2011年7月31日 一.查看系统负荷 如果你的电脑很慢,你或许想查看一下,它的工作量是否太大了. 在Linux系统中,我们一般使用uptime ...
- 攻防世界(二)Training-WWW-Robots
攻防世界系列:Training-WWW-Robots 1.查看robots.txt的要求 补充: 什么是robots.txt协议? Robots.txt是放在网站根目录下的一个文件,也是搜索引擎在网 ...
- SpringBoot打jar包-下载文件时报错-class path resource xxxxxx cannot be resolved to URL because it does not exist
一.问题由来 新项目的开发中,打包方式由war包改为了jar包的方式,这样在部署的时候更加的方便.测试环境使用pm2这个工具来管理项目的运行,停止,重启等等非常方便. 可是当测试人员在测试项目中的文件 ...
- pyqt安装
一.安装PyQt5 pip install PyQt5 二.安装PyQt-tools pip install PyQt-tools *注:mac不需要安装PyQt-tools,能够正常使用,只支持Wi ...
- Docker学习(4) 守护式容器
守护式容器 stop - 等待信号 kill - 直接干死
- THINKPHP_(2)_TP模型的多表关联查询和多表字段的关键字搜索。
问题: 上述内容中,标题和学年属于一个数据表.分类则属于另外一个数据表,并且是利用id关联后,另外一个数据表中的title字段. 需要设置关键字搜索,实现多表关联查询和多表字段的关键字搜索. 解决方法 ...
- YOLOv4 资源环境配置和测试样例效果
YOLOv4 资源环境配置和测试样例效果 基本环境:cuda=10.0,cudnn>=7.0, opencv>=2.4 一.下载yolov4 git clone https://githu ...
- PyTorch 进行 Neural-Transfer
PyTorch 进行 Neural-Transfer 1.简介 本文讲解如何实现由 Leon A. Gatys,Alexander S. Ecker和Matthias Bethge提出的Neural- ...