mysql开启主从复制

第一步:开启所有MYSQL服务器的BIN日志,每台服务器设置一个唯一的server-id的值(默认是1,一般取IP最后一段)

修改主服务器(master)的my.cnf

[mysqld]
log-bin=mysql-bin
server-id=91

修改从服务器(slave)的my.cnf

[mysqld]
log-bin=mysql-bin
server-id=92

第二步:重启主和从服务器

service mysqld restart

第三步:在主服务器上创建一个用来同步数据的帐号(如下边的test_slave,%表示所有客户端都可能连)

GRANT replication slave ON *.* TO ‘test_slave‘@‘%‘ IDENTIFIED BY ‘123456‘;

第四步:登录主服务器的mysql,查询master的状态

show master status

见到如下所示

+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000025 |      700 |              |                  |
+------------------+----------+--------------+------------------+

第五步:配置从服务器状态

stop slave;

change master to
master_host=‘192.168.1.91‘,
master_user=‘test_slave‘,
master_password=‘123456‘,
master_log_file=‘mysql-bin.000025‘,
master_log_pos=700;

start slave;

解释:
MASTER_HOST=‘主服务器的IP地址‘,
MASTER_USER=‘主服务器上用于同步数据的账号‘,
MASTER_PASSWORD=‘同步的账号的密码‘,
MASTER_LOG_FILE=‘bin日志的文件名‘,
MASTER_LOG_POS=bin日志中的position的值;

第六步:查看从服务器状态

show slave status\G

出现

*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.1.91
                  Master_User: slave
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000025
          Read_Master_Log_Pos: 700
               Relay_Log_File: bogon-relay-bin.000002
                Relay_Log_Pos: 342
        Relay_Master_Log_File: mysql-bin.000025
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB:
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 700
              Relay_Log_Space: 498
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1
1 row in set (0.00 sec)

如果Slave_IO_Running: Yes Slave_SQL_Running: Yes代表成功
一般出现这句Slave_IO_State: Waiting for master to send event 也代表成功

时间: 2024-10-18 23:00:38

mysql开启主从复制的相关文章

MySQL DB 主从复制之SSL

需求架构 准备工作 主从服务器时间同步 # 主从服务器同时配置crontab任务,与NTP服务器同步时间即可 */5 * * * * ntpdate 172.16.0.1 &>/dev/null 部署配置 主库配置 vi /etc/my.cnf server-id = 1 # 在复制架构中,需保持全局唯一 log-bin = mysql-bin # 默认在数据目录下 sync_binlog = 1 # 设置mariadb每次在提交事务前会将二进制日志同步到磁盘,保证服务器崩溃时不会丢失事件

基于SSL的mysql(MariaDB)主从复制

一.前言 备份数据库是生产环境中的首要任务,重中之重,有时候不得不通过网络进行数据库的复制,这样就需要保证数据在网络传输过程中的安全性,因此使用基于SSL的复制会大加强数据的安全性 二.准备工作 1.主从服务器时间同步 [[email protected] ~]# crontab -e */30 * * * * /usr/sbin/ntpdate 172.16.0.1 &>/dev/null 2.mysql说明 (1)主服务器 hostname:master    IP:172.16.7.2

mysql开启binlog

mysql开启binlog,至于为什么要开启binlog,可以google下. ## 设置server_id,一般设置为IP server_id=117 ## 复制过滤:需要备份的数据库名,多个库以逗号分隔,输出binlog ## binlog-do-db=mydb ## 复制过滤:不需要备份的数据库,不输出(mysql库一般不同步) ## binlog-ignore-db=mysql #若涉及及同步函数或者存储过程需要配置,否则主备会产生异常不能同步 log_bin_trust_functio

mysql半主从复制

node3: 172.16.92.3/16 mariadb主服务器node4: 172.16.92.4/16 mariadb从服务器以上节点均为CentOS 7.1 配置环境1. 配置好光盘yum源2. 关闭selinux和iptables node3: mariadb主服务器 [[email protected] ~]# yum -y install mariadb-server[[email protected] ~]# vim /etc/my.cnf[mysqld]datadir=/var

MySQL master-slave主从复制环境搭建初试

原文:MySQL master-slave主从复制环境搭建初试 环境为centos 7.2+mysql 5.7,网上教程很多,原理也不复杂(深知自己踩的坑还不够) 正常情况下,配置起来比较简单.另外,根据个人感受,MySQL的复制感觉要比SQL Server的复制要清爽很多(尽管功能上可能有一些差异). master服务器,首先是开启了二进制日志,同时设置server-id为一个具体的数值 1,创建复制用户 GRANT REPLICATION SLAVE ON *.* to 'repl_test

配置MySQL GTID 主从复制

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

搭建mysql的主从复制和读写分离

搭建mysql的主从复制和读写分离   +--------+                          (write)        +--------+                    | client |                 +---------------------+| master |     +--------+|                   |                        +--------+|           |      

MySQL的主从复制与读写分离技术实例(一)主从复制

系统版本:CentOS 6.5   MySQL版本:mysql-5.5.38 生产环境下,如果对同一个数据库服务器即做写服务又做读服务,无论是从安全性.高可用性还是高并发等各个角度都不能满足实际需求,因此,一般都用多台数据库服务器通过主从复制来同步数据提高安全性,再通过读写分离来提升数据库的并发负载能力,以及高可用性. 案例拓扑图: 案例环境: 搭建MySQL主从复制 MySQL的主从复制与读写分离密不可分,只有在实现主从复制的前提下才能完成读写分离 一.建立时间同步环境 1.在Master(M

使用 Xtrabackup 在线对MySQL做主从复制【转】

1. 说明 1.1 xtrabackup mysqldump对于导出10G以下的数据库或几个表,还是适用的,而且更快捷.一旦数据量达到100-500G,无论是对原库的压力还是导出的性能,mysqldump就力不从心了.Percona-Xtrabackup备份工具,是实现MySQL在线热备工作的不二选择,可进行全量.增量.单表备份和还原.(但当数据量更大时,可能需要考虑分库分表,或使用 LVM 快照来加快备份速度了) 2.2版本 xtrabackup 能对InnoDB和XtraDB存储引擎的数据库