mysql主从复制实战

mysql主从复制实战

主机规划
主:172.16.1.51    db01

从:172.16.1.52    db02

需求:mysql主库用户写入数据实时同步到从库、这里演示1主1从。

1、主机开启bin-log功能
[[email protected] ~]# egrep log_bin /etc/my.cnf

log_bin

2、主从server-id不同、主从/etc/my.cnf必须有server-id
[[email protected] ~]# egrep server-id /etc/my.cnf

server-id = 6

[[email protected] ~]# egrep server-id /etc/my.cnf

server-id = 7

3、主库创建授权用户
[[email protected] ~]# mysql -uroot -poldboy123

mysql> grant replication slave on *.* to ‘rep‘@‘172.16.1.%‘ identified by ‘oldboy123‘;

mysql> flush privileges;

4、使用mysqldump备份截止当前日期的数据

1.锁表停止用户继续写入

mysql> flush table with read lock;   # 备份时锁表、不能退出mysql。

mysql> show master status;    # 查看主状态

+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
|  db01-bin.000001  |    120   |              |                  |                   |
+-------------------+----------+--------------+------------------+-------------------+
1 row in set (0.08 sec)

2.单开xshell/CRT窗口开始备份

[[email protected] ~]# mysqldump -uroot -poldboy123 -A -B --master-data=2|gzip >/opt/db01.sql.gz

[[email protected] ~]# gzip -d /opt/db01.sql.gz

[[email protected] ~]# scp /opt/db01.sql 172.16.1.52:/opt/       #<==发送备份到从库

3.原窗口取消锁表

mysql> unlock table;

5、从库开始恢复主库
[[email protected] ~]# mysql -uroot -poldboy123 </opt/db01.sql

6、从库指定主机、用户、位置点同步数据库操作
mysql> CHANGE MASTER TO

MASTER_HOST=‘172.16.1.51‘,       #<==主机IP

MASTER_PORT=3306,      #<==端口

MASTER_USER=‘rep‘,        #<==主机管理用户

MASTER_PASSWORD=‘oldboy123‘,       #<==密码

MASTER_LOG_FILE=‘db01-bin.000001‘,    #<==binlog文件

MASTER_LOG_POS=120;          #<==binlog pos值

7、从库开启同步开关,检查是否同步
mysql> start slave;
mysql> show slave status\G
            Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
            Seconds_Behind_Master: 0
   提示:show slave status\G出来的结果包含以上三条内容为成功!

8、验证主从复制是否成功
**主:db01
mysql> create database lmin;
Query OK, 1 row affected (0.00 sec)
**从:db02
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| lmin               |
| mysql              |
| performance_schema |
+--------------------+
4 rows in set (0.00 sec)

主从复制配置完毕!
说明:mysql主从复制不难,一主多从,多主多从、配置方法差不太多!

时间: 2024-07-28 21:43:12

mysql主从复制实战的相关文章

mysql主从复制实战——详细

mysql主从原理: 1)至少需要2台数据库服务器,一主一从,master开启bin-log功能.(bin-log功能用户记录主控增           加.删除.修改.更新SQL的语句.) 2)异步复制的过程,有延迟,毫秒级别(延迟和你的网络和性能.数据库的量级有关),开启3个线程.分别是master开启io线程,slave开启io线程.sql线程. 3)从库启动 salve start,通过io线程.用户名和密码去连接master,master接收请求后,master io线程负责将bin-

MySQL主从复制介绍

1.1 MySQL主从复制原理介绍 MySQL的主从复制是一个异步的复制过程(虽然一般情况下感觉是实时的),数据将从一个MySQL数据库(我们称之为Master)复制到另一个MySQL数据库(我们称之为Slave),在Master与Slave之间实现整个主从复制的过程是由三个线程参与完成的,其中有两个线程(SQL线程和IO线程)在Slave端,另外一个线程(I/O线程)在Master端. 要实现MySQL的主从复制,首先必须打开Master端的binlog记录功能,否则就无法实现.因为整个复制过

【大型网站技术实践】初级篇:搭建MySQL主从复制经典架构 一、业务发展驱动数据发展

一.业务发展驱动数据发展 随着网站业务的不断发展,用户量的不断增加,数据量成倍地增长,数据库的访问量也呈线性地增长.特别是在用户访问高峰期间,并发访问量突然增大,数据库的负载压力也会增大,如果架构方案不够健壮,那么数据库服务器很有可能在高并发访问负载压力下宕机,造成数据访问服务的失效,从而导致网站的业务中断,给公司和用户造成双重损失.那么,有木有一种方案能够解决此问题,使得数据库不再因为负载压力过高而成为网站的瓶颈呢?答案肯定是有的. 目前,大部分的主流关系型数据库都提供了主从热备功能,通过配置

MySQL 5.7.17主从复制实战(一主多从)

MySQL 5.7.17主从复制实战(一主多从) 主从复制的原理: 分为同步复制和异步复制,实际复制架构中大部分为异步复制. 复制的基本过程如下: 1).Slave上面的IO进程连接上Master,并请求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容: 2).Master接收到来自Slave的IO进程的请求后,通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息,返回给Slave 的IO进程.返回信息中除了日志所包含的信息之外,还包括本次返回的信息已经到Master

Mysql主从复制原理加实战

前言:本文将介绍主从复制的作用,原理以及实战等内容 一,主从复制作用 MYSQL主从复制有利于数据库架构的健壮性,提升访问速度和易于管理 健壮性: 当主服务器出现问题,可以立刻切换到从服务器提供服务 1.主从服务器互为备份 但是异步同步,有时还是不能数据完全一样,当主挂了,只能把主的binlog拉到从库上,让从库不丢失数据 2.读写分离分担网站压力(读写分离数据库结构) 把更新数据操作交给主服务器,查询交给从服务器,如果网站以浏览为主的业务,这时多个从服务器的负载均衡就很有效了 中大型公司:通过

【实战】Amoeba 代理 MySQL 主从复制 + 读写分离 【提供源码包】

目录简介: 1· Amoeba 的介绍2· MySQL 主从复制原理3· MySQL 读写分离原理4· 实战案例5· 总结归纳 Amoeba 的介绍 1)Amoeba 是什么: 1·Amoeba 的中文名是:变形虫.它是一个以MySQL为底层数据存储,并对应用提供MySQL协议接口的proxy.它集中地响应应用的请求,依据用户事先设置的规则,将SQL请求发送到特定的数据库上执行.基于此可以实现负载均衡.读写分离.高可用性等需求. 2·Amoeba相当于一个SQL请求的路由器,目的是为负载均衡.读

Docker实战之MySQL主从复制

前言 曾几何时,看着高大上的架构和各位前辈高超的炫技,有没有怦然心动,也想一窥究竟?每当面试的时候,拿着单应用的架构,吹着分库分表的牛X,有没有心里慌的一批? 其实很多时候,我们所缺少的只是对高大上的技术的演练.没有相关的业务需求,没有集群环境,然后便只是Google几篇博文,看下原理,便算是了解了.然而真的明白了吗?众多的复制粘贴中,那篇文章才对我们有用,哪些又是以讹传讹? 所幸容器技术的快速发展,让各种技术的模拟成为现实.接下来Docker相关的一系列文章,将以实战为主,帮助大家快速搭建测试

42-4 mysql主从复制

04 mysql主从复制架构及实现 实战:主主复制 [[email protected] ~]# systemctl stop mariadb.service  [[email protected] ~]# systemctl stop mariadb.service [[email protected] ~]# rm -rf /var/lib/mysql/* [[email protected] ~]# rm -rf /var/lib/mysql/* [[email protected] ~]

mysql主从复制实践之单数据库多实例

1.主从复制数据库实战环境准备 MySQL主从复制实践对环境的要求比较简单,可以是单机单数据库多实例的环境,也可以是两台服务器之间,每台服务器都部署一个独立的数据库的环境.本文以单机数据库多实例的环境进行实践. 2.主从复制服务器角色定义 序号 数据库角色 数据库IP信息 数据库port信息 数据库配置路径 1 master 192.168.1.20 3306 /data/3306 2 slave1 192.168.1.20 3307 /data/3307 3 slave2 192.168.1.