MySQL Replication配置(主从)

2024-05-01 01:18

本文主要是介绍MySQL Replication配置(主从),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

MySQL主从原理

主(master)在执行sql之后,记录二进制log文件(bin-log)

从(slave)连接主(master),并从主(master)获取binlog,存于本地relay-log,并从上次记住的位置起执行sql,一旦遇到错误则停止同步。

每个从(slave)仅可以设置一个主(master)

主从间的数据库不是实时同步的,就算网络连接正常,也存在瞬间主从数据不一致的情况。

如果主从网络断开,从(slave)会在网络正常后,批量同步。

如果对从(slave)进行数据修改,那么很可能从(slave)在执行主(master)的bin-log时出现错误而停止同步,所以一般情况下,不要修改从(slave)的数据,因为这种机制非常的脆弱。

如果重启主(master),务必先关闭从(slave),即执行stop slave命令然后再去重启主(master)的MySQL服务,否则主从复制很可能就会中断,当重启主(master)后,执行start slave命令开启主从复制服务。

 

环境:192.168.153.135 master

           192.168.153.134 slave

   CentOS7  MySQL 5.6.38

因为做的是AB复制,所以在开始配置之前需要把主从的数据统一成一样的

1.    用mysqldump导出再导入数据统一

2.    直接把数据库目录拷贝过去,前提是用的Myisam引擎(默认存储引擎)。

设置主(master):

vim /etc/my.cnf

[mysqld]

innodb_buffer_pool_size = 128M

log_bin=mysql-bin

binlog-ignore-db=mysql


basedir = /usr/local/mysql

datadir = /data/mysql

port = 3306

server_id = 1

socket = /tmp/mysql.sock

 

join_buffer_size = 128M

sort_buffer_size = 2M

read_rnd_buffer_size = 2M

 

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

注:

以下两个参数可以选择性使用

binlog-do-db=databasename1,databasename2

binlog-ignore-db=databasename1,databasename2

binlog-do-db=是定义需要复制的数据库,多个数据库用英文的逗号分隔

binlog-ignore-db=是定义不需要复制的数据库,两个参数用其中一个即可

修改过配置文件需要重启MySQL服务

service mysqld restart

如果报PID错误需要kill掉mysqld进程再重新启动MySQL服务

1. killall mysqld (如果没有killall需yum install -y psmisc安装)

2. ps aux | grep mysqld

查到相关进程PID 然后kill PID即可

service mysqld start 启动MySQL服务

进入mysql

mysql> grant replication slave on *.* to‘repl’@’ 192.168.153.134’ identified by ‘123456’;

这里的repl是为从(slave)端设置的访问主(master)端的用户,也就是要完成主从复制的用户,密码123456,IP192.168.153.134是从(slave)端的IP

mysql> flush privileges;

刷新(把内存里的东西刷新到磁盘里)

mysql> flush tables with read lock;

该操作锁定数据库写操作。

mysql> show master status;

查看master的状态,slave端配置需要用到。

 

设置从(slave):

vim /etc/my.cnf

[mysqld]

innodb_buffer_pool_size = 128M

# log_bin = mysql-bin

 

basedir = /usr/local/mysql

datadir = /data/mysql

port = 3306

server_id = 2

socket = /tmp/mysql.sock

 

join_buffer_size = 128M

sort_buffer_size = 2M

read_rnd_buffer_size = 2M

 

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

注:server_id 需要设置成和master不一样的数字,log_bin一定要注释掉,因为不需要从(slave)记录二进制日志。

 

修改后保存并重启MySQL服务(如遇到问题同上解决方法)

接下来就需要在从(slave)上配置了,如下:

mysql> stop slave; 停止从(slave)

mysql>change master to master_host='192.168.153.135', master_port=3306, master_user='repl', master_password='123456', master_log_file='mysql-bin.000002', master_log_pos=553;

注: master_log_file和master_log_pos的值是前面使用show master status命令查到的数据

mysql> start slave;  启动从slave)


执行完start slave后,需要在master上的mysql里执行

mysql> unlock tables;

因为之前锁定了master的数据库的写入,unlock tables解锁


然后在从(slave)端查看slave状态,命令如下

mysql> show slave status\G;

 

确认以下两项参数都为Yes即成功配置主从:

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

此外如果主从不正常了,需要看这里的error信息

Seconds_Behind_Master: 0 主从复制延迟的时间

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 0

Last_SQL_Error:

 

最后测试主从,在master上进行增删改查操作然后在slave上查看效果即可确认是否成功。

 

扩展学习(版权所有归原作者,仅收藏分享):

mysql主从心得整理 http://blog.51cto.com/wangwei007/965575

mysql主从问题集 http://blog.chinaunix.net/uid-8786588-id-3771613.html

mysql主从延迟和中断 http://f.dataguru.cn/threead-461916-1-1.html

主从延迟原因(PPT)http://meeting.zhdba.com/style/2012atcc/ppt/mysql-arc.ppsx

mysql主主复制架构配置 http://blog.51cto.com/luoweiro/658550

mysql-proxy实现读写分离 https://my.oschina.net/barter/blog/93354

atlas相关 http://www.oschina.net/p/atlas

mysql一主多从 http://blog.sina.com.cn/s/blog_4c197d4201017qjs.html

cobar实现分库分表 http://blog.csdn.net/huoyunshen88/article/details/37927553

mysql分库分表方案 https://my.oschina.net/ydsakyclguozi/blog/199498

mysql 架构演变 http://ask.apelearn.com/question/8025

这篇关于MySQL Replication配置(主从)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/950387

相关文章

MySQL双主搭建+keepalived高可用的实现

《MySQL双主搭建+keepalived高可用的实现》本文主要介绍了MySQL双主搭建+keepalived高可用的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,... 目录一、测试环境准备二、主从搭建1.创建复制用户2.创建复制关系3.开启复制,确认复制是否成功4.同

SpringCloud动态配置注解@RefreshScope与@Component的深度解析

《SpringCloud动态配置注解@RefreshScope与@Component的深度解析》在现代微服务架构中,动态配置管理是一个关键需求,本文将为大家介绍SpringCloud中相关的注解@Re... 目录引言1. @RefreshScope 的作用与原理1.1 什么是 @RefreshScope1.

MyBatis 动态 SQL 优化之标签的实战与技巧(常见用法)

《MyBatis动态SQL优化之标签的实战与技巧(常见用法)》本文通过详细的示例和实际应用场景,介绍了如何有效利用这些标签来优化MyBatis配置,提升开发效率,确保SQL的高效执行和安全性,感... 目录动态SQL详解一、动态SQL的核心概念1.1 什么是动态SQL?1.2 动态SQL的优点1.3 动态S

Mysql表的简单操作(基本技能)

《Mysql表的简单操作(基本技能)》在数据库中,表的操作主要包括表的创建、查看、修改、删除等,了解如何操作这些表是数据库管理和开发的基本技能,本文给大家介绍Mysql表的简单操作,感兴趣的朋友一起看... 目录3.1 创建表 3.2 查看表结构3.3 修改表3.4 实践案例:修改表在数据库中,表的操作主要

SpringBoot日志配置SLF4J和Logback的方法实现

《SpringBoot日志配置SLF4J和Logback的方法实现》日志记录是不可或缺的一部分,本文主要介绍了SpringBoot日志配置SLF4J和Logback的方法实现,文中通过示例代码介绍的非... 目录一、前言二、案例一:初识日志三、案例二:使用Lombok输出日志四、案例三:配置Logback一

springboot security之前后端分离配置方式

《springbootsecurity之前后端分离配置方式》:本文主要介绍springbootsecurity之前后端分离配置方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的... 目录前言自定义配置认证失败自定义处理登录相关接口匿名访问前置文章总结前言spring boot secu

一文详解SpringBoot响应压缩功能的配置与优化

《一文详解SpringBoot响应压缩功能的配置与优化》SpringBoot的响应压缩功能基于智能协商机制,需同时满足很多条件,本文主要为大家详细介绍了SpringBoot响应压缩功能的配置与优化,需... 目录一、核心工作机制1.1 自动协商触发条件1.2 压缩处理流程二、配置方案详解2.1 基础YAML

springboot简单集成Security配置的教程

《springboot简单集成Security配置的教程》:本文主要介绍springboot简单集成Security配置的教程,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,... 目录集成Security安全框架引入依赖编写配置类WebSecurityConfig(自定义资源权限规则

SpringBoot中封装Cors自动配置方式

《SpringBoot中封装Cors自动配置方式》:本文主要介绍SpringBoot中封装Cors自动配置方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录SpringBoot封装Cors自动配置背景实现步骤1. 创建 GlobalCorsProperties

Spring Boot结成MyBatis-Plus最全配置指南

《SpringBoot结成MyBatis-Plus最全配置指南》本文主要介绍了SpringBoot结成MyBatis-Plus最全配置指南,包括依赖引入、配置数据源、Mapper扫描、基本CRUD操... 目录前言详细操作一.创建项目并引入相关依赖二.配置数据源信息三.编写相关代码查zsRArly询数据库数