配置mysql的主从复制

mysql版本:5.6

主服务器的ip:192.168.134.178

从服务器的ip:192.168.134.180

现在主从机器分别安装mysql的5.6版本,安装过程省略;

1  修改主服务器的mysql配置文件:
   #vi /etc/my.cnf
       [mysqld]
       log-bin=mysql-bin   //[必须]启用二进制日志
       server-id=222      //[必须]服务器唯一ID,默认是1,一般取IP最后一段

2  修改从服务器slave:
   #vi /etc/my.cnf
       [mysqld]
       log-bin=mysql-bin   //[不是必须]启用二进制日志
       server-id=226      //[必须]服务器唯一ID,默认是1,一般取IP最后一段

  read_only         = 1  //只读模式

3  在master 上创建mysql的用户复制用户

CREATE USER ‘copy‘@ ‘192.168.134.180‘ IDENTIFIED BY ‘password‘;

GRANT REPLICATION SLAVE ON *.* TO ‘copy‘@‘192.168.134.180‘ IDENTIFIED BY ‘copy‘;

查看主服务器状态:

SHOW MASTER STATUS;

4  在从服务器上操作:

启动mysql:

service mysqld start

在mysql中执行:

CHANGE MASTER TO MASTER_HOST=‘192.168.134.178‘,MASTER_USER=‘copy‘,MASTER_PASSWORD=‘copy‘,MASTER_PORT=3306,MASTER_LOG_FILE=‘mysql-bin.000001‘,MASTER_LOG_POS=506,MASTER_CONNECT_RETRY=10;

启动从服务器的复制进程:

在mysql中执行:

START SLAVE

查看从服务器状态:

在mysql中执行:

SHOW SLAVE STATUS\G;

5  查看从服务器状态

查看

tail -10 /usr/local/mysql/data/slave.err

看到下面信息说明复制进程启动成功

39076 [Note] Slave I/O thread: connected to master ‘[email protected]178:3306‘,replication started in log ‘mysql-bin.000001‘ at position 506

6  测试

在主服务器test库中创建表test1

create table test1(name varchar(10));

insert into test1 values(‘qwer‘)

commit;

在从服务器上查看是否同步成功

select * from test.test1;

时间: 2024-10-16 13:03:53

配置mysql的主从复制的相关文章

配置MySQL GTID 主从复制

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考. 一.GTID的概念 1.全局事务标识:global transaction identifiers.2.GTID是一个事务一一对应,并且全局

centos7配置mysql的主从复制

主 192.168.2.10 从192.168.2.11 先配置主mysql vi /etc/my.cnf 找到 [mysqld] 并在其后添加如下配置:唯一标识此 MySQL 服务器,默认值为 1,一般采用所属 IP 的末端值server-id=1 二进制日志文件名字,MySQL 主服务器必须启用此配置log-bin=master-bin-log MySQL 主服务器中参与主从复制的数据库名:如果有多个数据库,则此参数可以有多个,每行一个,分部对应不同的数据库binlog-do-db=db_m

配置mysql数据库主从复制

一.    原理说明 复制有以下三个步骤: (a)主服务器把数据更改记录到二进制日志中.(这叫做二进制日志事件(binary log events).) (b)从服务器把主服务器的二进制日志事件拷贝到自己的中继日志(relay log)中. (c)从服务器重放中继日志中的事件,把更改用到自己的数据上. 第一步:在主服务器上记录二进制日志.在每个更新数据的事务完成之前,主服务器都会把数据更改记录到二进制日志中.即使事务在执行期间是交错的,mysql也会串行地把事务写入到二进制日志中.在把事件写入到

Mysql中主从复制的原理、配置过程以及实际案例

Mysql中主从复制的原理.配置过程以及实际案例1.什么是主从复制?原理:主从分离,什么意思呢?我们不妨画个图看看.如图1所示: 2.准备工作:预备两台服务器,我这里使用虚拟机安装了两个Centos6.7_64位操作系统,并分别在两台服务器上安装mysql.我的IP地址分别为:192.168.1.15/192.168.1.16,这里我定义15为主服务器,16为从服务器.首先,我们编辑主服务器中mysql配置文件.(因我的mysql使用非root用户安装,因此配置文件放在/home/formal/

MySQL的主从复制介绍及配置

1.MySQL主从复制介绍 MySQL数据库支持单向.双向.链式级联.环状等不同业务场景的复制.在复制过程中,一台服务器充当主服务器(Master),接收来自用户的内容更新,而一个或多个其他的服务器充当从服务器(Slave),接收来自主服务器binlog文件的日志内容,解析出SQL,重新更新到从数据库,使得主从服务器的数据达到一致. 如果设置了链式级联复制,那么从服务器本身除了充当从服务器外,也会同时充当其下面从服务器的主服务器,链式级联复制类似A->B->C的复制形式.在这里,只介绍主-&g

MySQL GTID 主从复制的原理及配置

GTID是一个基于原始mysql服务器生成的一个已经被成功执行的全局事务ID,它由服务器ID以及事务ID组合而成.这个全局事务ID不仅仅在原始服务器器上唯一,在所有存在主从关系 的mysql服务器上也是唯一的.正是因为这样一个特性使得mysql的主从复制变得更加简单,以及数据库一致性更可靠.本文主要描述了快速配置一个基于GTID的主从复制架构,供大家参考. 一.GTID的概念 1.全局事务标识:global transaction identifiers. 2.GTID是一个事务一一对应,并且全

mysql/mariadb主从复制架构配置及过程中出现的问题

两台CentOS7系虚拟主机:分别是:主服务器172.16.75.1,从服务器172.16.75.2使用的是mariadb-5.5.56,即centOS自带的软件版本为了使实验结果显示精准,此处关闭两台服务器的防火墙和SELinux:[[email protected] ~]# setenforce 0[[email protected] ~]# iptables -F 一.首先在主服务器172.16.75.1上配置:在/etc/my.cnf中配置如下:[mysqld]###定义二进制日志的存放

配置MYSQL基于GTID 主从复制详细解析及步骤

GTID的概念 全局事务标识:global transaction identifiers GTID是一个事务一一对应,并且全局唯一ID GTID在一个服务器上只执行一次,避免重复执行导致数据混乱或主从不一致 GTID用来代替传统复制方法,不再使用MASTER_LOG_FILE+MASTER_LOG_POS开启复制.而是使用MASTER_AUTO_POSTION=1的方式开始复制. MySQL-5.6.5开始支持的,MySQL-5.6.10后开始完善. 在传统的slave端,binlog是不用开

使用docker配置mysql主从复制

MySQL的主从复制之前也没做过,刚百度了下发现并不算难,但同时开两个虚机挺麻烦,于是我就想到了使用docker来配置MySQL主从复制. 环境:docker,centos,MySQL镜像,这里我直接pull了一个镜像 运行一个master容器 docker run -d --name master -p 3307:3306 -e MYSQL_ROOT_PASSWORD=root mysql docker ps -a 这里将master容器的3306端口映射给主机的3307端口,-e代表设置环境