mysql5.6数据库复制—主从

MySQL5.6默认使用innodb为存储引擎,在复制功能上MySQL5.6引入了GTID(Global Transaction IDs)新特性,这使得5.6复制功能的配置、监控及管理变得更加易于实现,且更加健壮。

一、实现环境

centos

master:172.16.20.245

slave:172.16.20.219

两数据库均是新安装

二、master安装配置

1master修改配置文件

#vim /etc/my.cnf

[mysqld]

binlog-format=ROW       #二进制日志格式

log-bin=master-bin      #启动二进制日志

log-slave-updates=true  #从服务器将从主服务器收到的更新操作记录进本机的二进制日志中

gtid-mode=on            #开启gtid功能

enforce-gtid-consistency=true

master-info-repository=TABLE     #可用于实现在崩溃时保证二进制及从服务器安全的功能

relay-log-info-repository=TABLE  #同上

sync-master-info=1               #启用之可确保无信息丢失

slave-parallel-workers=2         #设定从服务器的SQL线程数;0表示关闭多线程复制功能

binlog-checksum=CRC32            #对二进制日志进行校验

master-verify-checksum=1         #启用校验

slave-sql-verify-checksum=1      #启用校验

binlog-rows-query-log_events=1

server-id=1

report-port=3306

port=3306

report-host=172.16.20.245

#service mysqld restart

2创建复制用户

mysql>grant replication slave on *.* to ‘user‘@‘172.16.20.%‘ identified by ‘password‘;

mysql>flush privileges;

三、slave安装配置

1slave修改配置文件

#vim /etc/my.cnf

[mysqld]

binlog-format=ROW       #二进制日志格式

log-bin=slave-bin      #启动二进制日志

log-slave-updates=true  #从服务器将从主服务器收到的更新操作记录进本机的二进制日志中

gtid-mode=on            #开启gtid功能

enforce-gtid-consistency=true

master-info-repository=TABLE     #可用于实现在崩溃时保证二进制及从服务器安全的功能

relay-log-info-repository=TABLE  #同上

sync-master-info=1               #启用之可确保无信息丢失

slave-parallel-workers=2         #设定从服务器的SQL线程数;0表示关闭多线程复制功能

binlog-checksum=CRC32            #对二进制日志进行校验

master-verify-checksum=1         #启用校验

slave-sql-verify-checksum=1      #启用校验

binlog-rows-query-log_events=1

server-id=10

report-port=3306

port=3306

report-host=172.16.20.219

2启动复制

mysql> CHANGE MASTER TO

MASTER_HOST=‘172.16.20.245‘,

MASTER_USER=‘user‘,

MASTER_PASSWORD=‘password‘,

MASTER_AUTO_POSITION=1;

mysql>start slave

时间: 2024-08-27 03:56:12

mysql5.6数据库复制—主从的相关文章

mysql数据库的主从同步,实现读写分离 g

https://blog.csdn.net/qq_15092079/article/details/81672920 前言 1 分别在两台centos 7系统上安装mysql 5.7 2 master主服务器的配置 2.1 配置文件my.cnf的修改 2.2 创建从服务器的用户和权限 2.3 重启mysql服务 2.4 查看主服务器状态 3 slave从服务器的配置 3.1 配置文件my.cnf的修改 3.2 重启mysql服务 3.3 连接master主服务器 3.4 启动slave数据同步

MySQL5.6 数据库主从(Master/Slave)同步安装与配置详解

安装环境 操作系统 :CentOS 6.5 数据库版本:MySQL 5.6.27 主机A:192.168.1.1 (Master) 主机B:192.168.1.2 (Slave) 这里强调的数据库的版本,是因为MySQL在5.6之前和之后的安装方式是不一样的. 本人在进行配置的时候,也遇到了这个坑,这里提前说明,希望大家不要采坑. 注:这里有一篇CentOS安装MySQL的文章,在这里引出,过程亲测,希望对大家有帮助:http://blog.csdn.net/xlgen157387/articl

Linux运维学习之数据库的主从的复制

上周我们介绍了关于数据库的备份与恢复,大家也差不多可以在日常生产中做到数据的保障,但是如果我们的数据库服务器真的宕机或者各种问题崩溃,等我们恢复过来也会损失很多的用户或者交易额,这是生产中可以避免就避免的问题,所以今天我们来介绍数据库的主从复制,实现数据库的高可用和备份效果,减少时间库的维护时间,增加可用时间! 一般的生产环境中,都是一个主库加一个从库,还有一个远程的灾备库,当我们由于各种原因宕机崩溃时,还可以至少有一个库对外提供服务,不至于全盘over. 我们首先提供三台机器,分别为一主两从,

MySQL5.6 数据库主从同步安装与配置详解(Master/Slave)

MySQL5.6 数据库主从同步安装与配置详解(Master/Slave)本篇文章主要介绍了MySQL5.6 数据库主从同步安装与配置详解,具有一定的参考价值,有兴趣的可以了解一下.安装环境 操作系统 :CentOS 6.5 数据库版本:MySQL 5.6.27 主机A:192.168.1.1 (Master) 主机B:192.168.1.2 (Slave) 这里强调的数据库的版本,是因为MySQL在5.6之前和之后的安装方式是不一样的. 本人在进行配置的时候,也遇到了这个坑,这里提前说明,希望

源码安装mysql5.6.20&&mysql主从设置(多实例做多个主从)

一.源码安装mysql5.6.20 1.编译环境安装 yum install wget gcc* make openssl openssl-devel openssl-clients -y && yum groupinstall "Development Libraries" -y 2.源码下载(软件见Linux部署源码包) wget -P /usr/local/src/ http://cdn.mysql.com/Downloads/MySQL-5.6/mysql-5.

Mysql数据库的主从与主主

前言: 首先,我们得知道我们为什么要做数据库的主从与主主,而后,再讨论他们的优劣与特点:为什么要做主从呢?因为Mysql数据库没有增量备份的机制,当数据量太大的时候备份是个难以解决的问题.但是mysql数据库有主从备份的机制,说白了就是把主数据库的所有的数据同时写到备份的数据库中.实现mysql数据库的热备份. 要想实现主从或主主,首先要满足主从数据库服务器的版本的需求.要实现热备,mysql的版本需要都高于5.5.还有一个基本的原则就是作为从数据库的数据版本可以高于主服务器数据库的版本,但是不

烂泥:mysql5.0数据库源码编译安装

本文首发于烂泥行天下. 本次实验的mysql.OS相关信息如下: Mysql:5.0.96 OS:centos 32 bit 最近公司要上新的业务,指明数据库使用的是mysql5.0版本.如果是使用rpm包安装的话,那就很简单了.直接使用yum安装即可,命令如下: yum –y install mysql mysql-server Yum方式安装完毕后,直接启动mysql数据库服务即可.如下图: 这样基本上就可以了. 但是这样安装mysql数据库,没有进行定制.比如mysql数据库的数据文件存储

配置mysql数据库的主从同步实验

mysql数据库的主从同步实验 一. 实验环境部署 主服务器(mysql  master) IP: 192.168.8.241  端口3306 从服务器(mysql  slave)  IP: 192.168.8.242  端口3306 虚拟机配置:内存2G,硬盘28G,2块网卡(1块网卡也可以),注意复制虚拟机 时候选择生成不同的MAC地址,虚拟机生成之后,网卡的的名称会变为eth2.eth3,修改/etc/udev/rules.d/70-persistent-net.rules文件,将无效的M

电商总结(三)构建数据库的主从架构

这段时间,一直在总结电商系统的相关基础技术和架构,写了很多东西.但是还是发现一个很重要,很基础的方面没有讲到,那就是数据库读写分离的主从架构.可能发展到大型成熟的公司之后,主从架构已经落伍了,取而代之的是更加复杂的数据库集群.但是作为一个小型电商公司,数据库的主从架构应该是最基础的.任何大型的系统架构,都是不断演进的.主从架构便是数据库架构中,最基础的架构.所以研究完主从架构,也就能看懂更加复杂的架构了. 首先为什么要读写分离? 对于一个小型网站,可能单台数据库服务器就能满足需求,但是在一些大型