mysql主从复制的实现步骤

目录
  • mysql主从复制
  • mysql主从复制的方式
  • mysql主从复制的原理
  • mysql的主从配置的具体实现方式
    • 1、 Master配置
    • 2、 Slave配置

mysql主从复制

本来是在做sharding的，可是做好之后发现数据库的主从复制还没有做，所以在配置好了之后做了些记录：

mysql主从复制的方式

mysql主从复制有两种方式：基于日志（binlog）、基于GTID（全局事物标示符）本博文用的是基于日志（binlog）的复制。

mysql主从复制的原理

1、　Master将数据记录到二进制日志中，也就是mysql配置文件my.cnf的log-bin指定的文件，这些记录叫做二进制日志事件。
2、　Slave有两个线程，一个I/O线程，一个SQL线程。I/O线程请求Master，将得到的binlog日志写到relay log（中继日志） 文件中。
3、　SQL 线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致。

mysql的主从配置的具体实现方式

1、 Master配置

（1） 修改mysql的my.cnf配置文件，这里比较坑爹的是我用的mysql版本没有my.cnf 配置文件，连my-default.cnf都没有，一般来说my.cnf在/etc目录下， my-default.cnf在/usr/local/mysql/support-files中。最终我在网上复制了一份my.cnf文件放在了/etc中（朋友们可以自己去网上找，有很多的）。
（2） my.cnf中需要修改的配置主要有开启日志功能，设置server_id保证其唯一性（不能跟从库一样），过滤需备份的数据库。

bash-3.2# vim /etc/my.cnf
# 设置server_id，不能重复，一般可以设置为主库的IP
server_id=81
# 备份过滤：需要备份的数据库，输出binlog
binlog-do-db=demo_ds_master
# 备份过滤：不需要备份的数据库，不输出
binlog-ignore-db=mysql
# 开启二进制日志，将主库数据记录到mysql-bin开头的日志文件中（可自定义）
log-bin=mysql-bin
# 配置每个session的内存，在事物过程中用来存储二进制日志的缓存
binlog_cache_size=1M
# 主从复制的格式（mixed,statement,row 默认的是statement）
binlog_format=mixed
# 二进制日志自动删除／过期的天数，默认为0，不自动删除
expire_logs_days=7
# 用于跳过主从复制中遇到的所有错误或指定的错误类型，避免slave端的终端
# 1062：主键冲突（具体的参数可以去网上查询）
slave_skip_errors=1062

（3） 启动／重启Master数据库服务，登录数据库，创建数据同步用户，并授权

#授权这个机器可以备份主数据库的数据
mysql> GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'root'@'192.168.31.60' identified by 'password';
#然后刷新权限
mysql> flush privileges;
＃查看配置的主库信息
mysql> show master status;

（4） 主库数据备份，确保主从库的数据一致性

# 临时锁住表，设置只读权限
mysql> flush tables with read lock;
# 备份数据库
bash-3.2# mysqldump -uroot -p --add-drop-table demo_ds_master_1 > /tmp/demo_ds_master_1.sql;
# 解锁表
mysql> unlock table;

2、 Slave配置

（1） 修改从数据库mysql的my.cnf配置文件，添加从数据库的中继日志配置

[root@develop etc]# vim my.cnf
# 设置server_id，不能重复，这里设置的是从库的IP
server-id=60
# 开启从数据库中继日志，将主数据库的binlog写到relay log中，中继日志以hehe-mysql-relay-bin开头（可自定义）
relay_log=hehe-mysql-relay-bin
# 设置从数据库为只读权限，防止主从数据不一致
read_only=1

（2） 如果从库需要作为另一个库的主库的话，需要加上Master上的配置信息，并且加上log_slave_updates=1将Master的binlog记录到自己的binlog日志中。

（3） 重启从库数据库，同步主库数据

# 运行主数据库的备份数据库
[root@develop etc]# mysql -uroot -p demo_ds_master_1 < /tmp/demo_ds_master_1.sql
# 登录从数据库
[root@develop etc]# mysql -uroot -p
# 设置该从节点的主节点
mysql> change master to master_host='192.168.31.80', master_user='root',master_password='password',
master_port=3306,
master_log_file='mysql-bin.000001',
master_log_pos=154;
# 开启主从同步
mysql> start slave；
# 查看主从同步状态
mysql> show slave status\G；
# 查看主从线程状态
mysql> show processlist\G;

图片中显示如下，说明主从复制已经配置好了，下面主库插入数据就可以实现从库自动复制主库数据了。

  • Slave_IO_State: Waiting for master to send event
  • Slave_IO_Running: Yes
  • Slave_SQL_Running: Yes

到此这篇关于mysql主从复制的实现步骤的文章就介绍到这了,更多相关mysql主从复制内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们！

赞 (0)

相关推荐

  • mysql 主从复制如何跳过报错

    一.传统binlog主从复制,跳过报错方法 mysql> stop slave; mysql> set global sql_slave_skip_counter = 1; mysql> start slave; mysql> show slave status \G 二.GTID主从复制,跳过报错方法 mysql> stop slave: #先关闭slave复制: mysql> change master to ...省略... #配置主从复制: mysql>

  • MySQL数据库主从复制原理及作用分析

    目录 1.数据库主从分类: 2.mysql主从介绍由来 3.主从作用 4.主从复制原理 5.主从复制配置(数据一致时) 5.1主从服务器分别安装mysql5.7 5.2主数据库与从数据库数据一致 5.3在主数据库里创建一个同步账号授权给从数据库使用 5.4在从库上测试连接 5.5配置主数据库 5.6配置从数据库 5.7配置并启动主从复制的功能(mysql02从数据库上) 5.8测试: 主库: 从库: 主库创建数据库clq并且加入数据: 从库中查看: 6.主从配置(数据不一致时) 6.1一般全备主

  • mysql主从复制配置过程

    主库配置 1. 配置mysql vim /etc/my.cn # 在文件中增加以下内容 server-id=1 # 保证server id唯一 log-bin = /var/lib/mysql/mysql-bin.log binlog-do-db = db1 binlog-do-db = db2 其中db1和db2是计划进行主从复制的库,如果有多个,写多行即可.配置完毕后,重启数据库: service mysqld restart 2. 添加复制用户 通过phpmyadmin,添加新用户,并授予

  • MySQL主从复制断开的常用修复方法

    01 问题描述 在生产环境中,我们经常会遇见MySQL主从复制断开的情况,在遇到主从复制断开是,通常情况,解决问题的步骤如下: 1.从库上show slave status查看复制断开的直观原因,并记录当前的复制位点 2.查看error log,分析更详细的复制断开原因 3.修复主从复制关系 4.如果复制关系无法修复,则需要重新搭建从库 02 解决问题的方法 主从复制关系断裂,有各种各样的原因.有些时候,我们没有时间去客观分析原因,因为应用程序处于无法使用状态,需要立即恢复,这种情况下,我们对复

  • MySQL主从复制原理以及需要注意的地方

    写在前面 最近在写Mycat专题,由于不少小伙伴最近要出去面试,问我能不能简单写下MySQL的主从复制原理和注意事项,因为在之前的面试中被问到了这些问题.我:可以啊,安排上了!! 主从复制原理 (1) Master 将数据改变记录到二进制日志(binary log)中,也就是配置文件 log-bin 指定的文件, 这些记录叫做二进制日志事件(binary log events): (2) Slave 通过 I/O 线程读取 Master 中的 binary log events 并写入到它的中继

  • MySql主从复制实现原理及配置

    数据库读写分离对于大型系统或者访问量很高的互联网应用来说,是必不可少的一个重要功能.对于MySQL来说,标准的读写分离是主从模式,一个写节点Master后面跟着多个读节点,读节点的数量取决于系统的压力,通常是1-3个读节点的配置.而一般的读写分离中间件,例如Mycat的读写分离和自动切换机制,需要mysql的主从复制机制配合. 主从配置需要注意的地方 1.主DB server和从DB server数据库的版本一致 2.主DB server和从DB server数据库数据名称一致 3.主DB se

  • Mysql主从复制与读写分离图文详解

    Mysql主从复制与读写分离图文详解

    文章思维导图 为什么使用主从复制.读写分离 主从复制.读写分离一般是一起使用的.目的很简单,就是为了提高数据库的并发性能. 你想,假设是单机,读写都在一台MySQL上面完成,性能肯定不高. 如果有三台MySQL,一台mater只负责写操作,两台salve只负责读操作,性能不就能大大提高了吗? 所以主从复制.读写分离就是为了数据库能支持更大的并发. 随着业务量的扩展.如果是单机部署的MySQL,会导致I/O频率过高. 采用主从复制.读写分离可以提高数据库的可用性. 主从复制的原理 ①当Master

  • 关于MySQL主从复制的几种复制方式总结

    异步复制 MySQL的复制默认是异步的,主从复制至少需要两个MYSQL服务,这些MySQL服务可以分布在不同的服务器上,也可以在同一台服务器上. MySQL主从异步复制是最常见的复制场景.数据的完整性依赖于主库BINLOG的不丢失,只要主库的BINLOG不丢失,那么就算主库宕机了,我们还可以通过BINLOG把丢失的部分数据通过手工同步到从库上去. 注意:主库宕机的情况下,DBA可以通过mysqlbinlog工具手工访问主库binlog,抽取缺失的日志并同步到从库上去:也可以通过配置高可用MHA架

  • MySql主从复制机制全面解析

    MySql主从复制机制全面解析

    作为一个关系型数据库,MySQL内建地提供数据复制机制,这使得在使用时,可以基于其复制机制实现高可用架构等高级特性,从而使得MySQL无需借助额外的插件或其他工具就具备适用于生产环境.这是MySQL得到大面积实际应用的条件之一. 基于MySQL的复制机制,不仅可以实现数据库的高可用,还能实现如:性能扩展.异地灾备以及冷热分离等高级特性. 高可用:通过配置一定的复制机制,MySQL实现了跨主机的数据复制,从而获得一定的高可用能力,如果需要获得更高的可用性,只需要配置多个副本,或者进行级联复制就可以

  • mysql主从复制的实现步骤

    mysql主从复制的实现步骤

    目录 mysql主从复制 mysql主从复制的方式 mysql主从复制的原理 mysql的主从配置的具体实现方式 1. Master配置 2. Slave配置 mysql主从复制 本来是在做sharding的,可是做好之后发现数据库的主从复制还没有做,所以在配置好了之后做了些记录: mysql主从复制的方式 mysql主从复制有两种方式:基于日志(binlog).基于GTID(全局事物标示符)本博文用的是基于日志(binlog)的复制. mysql主从复制的原理 1. Master将数据记录到二

  • 使用Docker容器搭建MySql主从复制

    1. 编写主MySQL的Docker文件 新建文件夹,命名为MySQL-master-v1.在文件夹mysql-master-v1中新建文件Dockerfile和master.cnf.笔者推荐使用的编辑器是Visual Studio Code.利用编辑器将这两个文件的编码设置成UTF-8.因为本文介绍安装到Linux系统下,所以笔者建议读者把换行符设置成LF,以兼顾Linux操作系统.按照如下内容编写这两个文件. Dockerfile FROM mysql:5.7 # set timezone

  • CentOS服务器平台搭建mysql主从复制与读写分离的方法

    本文实例讲述了CentOS服务器搭建mysql主从复制与读写分离的方法.分享给大家供大家参考,具体如下: mysql 主从复制的优点: ① 如果主服务器出现问题, 可以快速切换到从服务器提供的服务,保证高可用性 ② 可以在从服务器上执行查询操作, 降低主服务器的访问压力 ③ 可以在从服务器上执行备份, 以避免备份期间影响主服务器的服务 注意事项: ① server-id必须唯一,一般使用ip的后三位 ② 从库Slave_IO_Running:NO 可能原因:帐号无权限操作 ③ Can't exe

  • MySQL 主从复制原理与实践详解

    本文实例讲述了MySQL 主从复制原理与实践.分享给大家供大家参考,具体如下: 简介 MySQL 的主从复制又叫 Replication.AB 复制.至少需要两个 MySQL 服务(可以是同一台机器,也可以是不同机器之间进行). 比如A服务器做主服务器,B服务器做从服务器,在A服务器上进行数据的更新,通过 binlog 日志记录同步到B服务器上,并重新执行同步过来的 binlog 数据,从而达到两台服务器数据一致. MySQL 数据库的主从复制方案,与使用 scp/rsync 等命令进行的文件级

  • 详细分析MySQL主从复制

    前言: 在MySQL中,主从架构应该是最基础.最常用的一种架构了.后续的读写分离.多活高可用架构等大多都依赖于主从复制.主从复制也是我们学习MySQL过程中必不可少的一部分,关于主从复制的文章有很多,笔者也来凑凑热闹,写写这方面的内容吧,同时分享下自己的经验和方法. 1.主从复制简介及原理 主从复制(也称 AB 复制)是指一台服务器充当主数据库服务器,另一台或多台服务器充当从数据库服务器,主服务器中的数据自动复制到从服务器之中.对于多级复制,数据库服务器既可充当主机,也可充当从机.MySQL默认

  • 全面解读MySQL主从复制，从原理到安装配置

    为什么需要主从复制? 1.在业务复杂的系统中,有这么一个情景,有一句sql语句需要锁表,导致暂时不能使用读的服务,那么就很影响运行中的业务,使用主从复制,让主库负责写,从库负责读,这样,即使主库出现了锁表的情景,通过读从库也可以保证业务的正常运作. 2.做数据的热备 3.架构的扩展.业务量越来越大,I/O访问频率过高,单机无法满足,此时做多库的存储,降低磁盘I/O访问的频率,提高单个机器的I/O性能. 什么是mysql的主从复制? MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节

  • 一篇文章看懂MySQL主从复制与读写分离

    一篇文章看懂MySQL主从复制与读写分离

    目录 引言 一.MySQL主从复制 1.MySQL的复制类型 2.MySQL主从复制的原理 3.MySQL主从复制延迟 二.MySQL读写分离 1.常见的 MySQL 读写分离分 2.MySQL 读写分离原理 三.MySQL主从复制与读写分离配置步骤 1.搭建环境 2.解决需要 3.准备阶段(关闭防火墙及控制访问机制) 4.搭建MySQL主从复制 5.搭建MySQL读写分离步骤 6.测试测试读写分离 总结 引言 企业中的业务通常数据量都比较大,而单台数据库在数据存储.安全性和高并发方面都无法满足

随机推荐