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

相关文章

SQL Server修改数据库名及物理数据文件名操作步骤

《SQLServer修改数据库名及物理数据文件名操作步骤》在SQLServer中重命名数据库是一个常见的操作,但需要确保用户具有足够的权限来执行此操作,:本文主要介绍SQLServer修改数据... 目录一、背景介绍二、操作步骤2.1 设置为单用户模式(断开连接)2.2 修改数据库名称2.3 查找逻辑文件名

SQL Server数据库死锁处理超详细攻略

《SQLServer数据库死锁处理超详细攻略》SQLServer作为主流数据库管理系统,在高并发场景下可能面临死锁问题,影响系统性能和稳定性,这篇文章主要给大家介绍了关于SQLServer数据库死... 目录一、引言二、查询 Sqlserver 中造成死锁的 SPID三、用内置函数查询执行信息1. sp_w

Redis Cluster模式配置

《RedisCluster模式配置》:本文主要介绍RedisCluster模式配置,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录分片 一、分片的本质与核心价值二、分片实现方案对比 ‌三、分片算法详解1. ‌范围分片(顺序分片)‌2. ‌哈希分片3. ‌虚

SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志

《SpringBoot项目配置logback-spring.xml屏蔽特定路径的日志》在SpringBoot项目中,使用logback-spring.xml配置屏蔽特定路径的日志有两种常用方式,文中的... 目录方案一:基础配置(直接关闭目标路径日志)方案二:结合 Spring Profile 按环境屏蔽关

canal实现mysql数据同步的详细过程

《canal实现mysql数据同步的详细过程》:本文主要介绍canal实现mysql数据同步的详细过程,本文通过实例图文相结合给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的... 目录1、canal下载2、mysql同步用户创建和授权3、canal admin安装和启动4、canal

Maven 配置中的 <mirror>绕过 HTTP 阻断机制的方法

《Maven配置中的<mirror>绕过HTTP阻断机制的方法》:本文主要介绍Maven配置中的<mirror>绕过HTTP阻断机制的方法,本文给大家分享问题原因及解决方案,感兴趣的朋友一... 目录一、问题场景:升级 Maven 后构建失败二、解决方案:通过 <mirror> 配置覆盖默认行为1. 配置示

SQL中JOIN操作的条件使用总结与实践

《SQL中JOIN操作的条件使用总结与实践》在SQL查询中,JOIN操作是多表关联的核心工具,本文将从原理,场景和最佳实践三个方面总结JOIN条件的使用规则,希望可以帮助开发者精准控制查询逻辑... 目录一、ON与WHERE的本质区别二、场景化条件使用规则三、最佳实践建议1.优先使用ON条件2.WHERE用

MySQL存储过程之循环遍历查询的结果集详解

《MySQL存储过程之循环遍历查询的结果集详解》:本文主要介绍MySQL存储过程之循环遍历查询的结果集,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录前言1. 表结构2. 存储过程3. 关于存储过程的SQL补充总结前言近来碰到这样一个问题:在生产上导入的数据发现

Springboot整合Redis主从实践

《Springboot整合Redis主从实践》:本文主要介绍Springboot整合Redis主从的实例,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录前言原配置现配置测试LettuceConnectionFactory.setShareNativeConnect

Springboot3+将ID转为JSON字符串的详细配置方案

《Springboot3+将ID转为JSON字符串的详细配置方案》:本文主要介绍纯后端实现Long/BigIntegerID转为JSON字符串的详细配置方案,s基于SpringBoot3+和Spr... 目录1. 添加依赖2. 全局 Jackson 配置3. 精准控制(可选)4. OpenAPI (Spri