`

mysql双主同步

 
阅读更多

Mysql 5.6.23

CENTOS 6.4 X86

目标: 两个MYSQL主机进行数据同步

NODE1:192.168.59.230

NODE2:192.168.59.231

配置先简单

NODE1配置:

 

Step1. Change /etc/my.cnf

 

[mysqld]

 

log-error=/var/log/mysql/mysql.log

 

auto_increment_increment=2

auto_increment_offset=1

 

server-id=1

log-bin=mysql-bin

binlog_format=ROW

 

 

Step2. Login in Mysql

 

mysql -uroot -padmin

 

mysql> grant replication slave on *.* to 'replication'@'%' identified by 'slave';

 

mysql> change master to master_host='192.168.59.231',

    -> master_user='replication',

    -> master_password='slave',

    -> master_log_file='mysql-bin.000001',

    -> master_log_pos=0;

Query OK, 0 rows affected, 2 warnings (0.11 sec)

 

 

mysql> start slave;

 

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000006 |      351 |              |                  |                   |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

mysql> show binlog events;

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| Log_name         | Pos | Event_type  | Server_id | End_log_pos | Info                                  |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| mysql-bin.000001 |   4 | Format_desc |         1 |         120 | Server ver: 5.6.23-log, Binlog ver: 4 |

| mysql-bin.000001 | 120 | Stop        |         1 |         143 |                                       |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

2 rows in set (0.01 sec)

 

mysql> show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.59.231

                  Master_User: replication

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: mysql-bin.000002

          Read_Master_Log_Pos: 815

               Relay_Log_File: localhost-relay-bin.000005

                Relay_Log_Pos: 283

        Relay_Master_Log_File: mysql-bin.000002

             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: 815

              Relay_Log_Space: 623

              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: 2

                  Master_UUID: a491626c-d107-11e4-9b3d-000c29305dd3

             Master_Info_File: /var/lib/mysql/master.info

                    SQL_Delay: 0

          SQL_Remaining_Delay: NULL

      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it

           Master_Retry_Count: 86400

                  Master_Bind: 

      Last_IO_Error_Timestamp: 

     Last_SQL_Error_Timestamp: 

               Master_SSL_Crl: 

           Master_SSL_Crlpath: 

           Retrieved_Gtid_Set: 

            Executed_Gtid_Set: 

                Auto_Position: 0

1 row in set (0.00 sec)

 

ERROR: 

No query specified

 

 

bin log files default path: /var/lib/mysql/

 

 

NODE2配置:

 

Step1. Change /etc/my.cnf

 

[mysqld]

 

log-error=/var/log/mysql/mysql.log

 

auto_increment_increment=2

auto_increment_offset=2

 

server-id=2

log-bin=mysql-bin

binlog_format=ROW

 

 

Step2. Login in Mysql

 

mysql -uroot -padmin

 

mysql> grant replication slave on *.* to 'replication'@'%' identified by 'slave';

 

mysql> change master to master_host='192.168.59.230',

    -> master_user='replication',

    -> master_password='slave',

    -> master_log_file='mysql-bin.000001',

    -> master_log_pos=0;

Query OK, 0 rows affected, 2 warnings (0.11 sec)

 

mysql> start slave;

 

mysql> show master status;

+------------------+----------+--------------+------------------+-------------------+

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

+------------------+----------+--------------+------------------+-------------------+

| mysql-bin.000006 |      351 |              |                  |                   |

+------------------+----------+--------------+------------------+-------------------+

1 row in set (0.00 sec)

 

mysql> show binlog events;

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| Log_name         | Pos | Event_type  | Server_id | End_log_pos | Info                                  |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

| mysql-bin.000001 |   4 | Format_desc |         1 |         120 | Server ver: 5.6.23-log, Binlog ver: 4 |

| mysql-bin.000001 | 120 | Stop        |         1 |         143 |                                       |

+------------------+-----+-------------+-----------+-------------+---------------------------------------+

2 rows in set (0.01 sec)

 

mysql> show slave status\G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.59.230

                  Master_User: replication

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: mysql-bin.000006

          Read_Master_Log_Pos: 1039

               Relay_Log_File: localhost-relay-bin.000007

                Relay_Log_Pos: 1202

        Relay_Master_Log_File: mysql-bin.000006

             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: 1039

              Relay_Log_Space: 1542

              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

                  Master_UUID: 871a79c3-d106-11e4-9b36-000c2986dad9

             Master_Info_File: /var/lib/mysql/master.info

                    SQL_Delay: 0

          SQL_Remaining_Delay: NULL

      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it

           Master_Retry_Count: 86400

                  Master_Bind: 

      Last_IO_Error_Timestamp: 

     Last_SQL_Error_Timestamp: 

               Master_SSL_Crl: 

           Master_SSL_Crlpath: 

           Retrieved_Gtid_Set: 

            Executed_Gtid_Set: 

                Auto_Position: 0

1 row in set (0.00 sec)

 

ERROR: 

No query specified

 

 

bin log files default path: /var/lib/mysql/

 

 

最后两边加一下数据测一下就行了

分享到:
评论

相关推荐

    mysql双主同步配置方案

    mysql双主同步配置方案

    mysql双主同步+keepalived高可用群集

    mysql【1】主从同步之人机交互自动化配置脚本-CSDN博客 ...mysql【3】keepalived+mysql双主同步,实现故障转移群集 https://blog.csdn.net/u014332402/article/details/136137707 这3篇文章所使用的所有自动化配置脚本

    Keepalived+MySQL双主.docx

    Keepalived+MySQL 双主同步复制 Keepalived 是一个开源软件,用于实现高可用性和负载均衡。它可以与 MySQL 等数据库结合,实现双主同步复制。下面是 Keepalived+MySQL 双主同步复制的实现步骤和关键点。 一、环境...

    MySql主从、双主同步文档

    #### 四、MySQL双主同步配置案例 ##### 1. 准备环境 - 服务器A (MYSQL_A): IP地址为192.168.1.6 - 服务器B (MYSQL_B): IP地址为192.168.1.30 ##### 2. 配置服务器A为主服务器 - 在服务器A上执行`show master ...

    mysql同步,双向同步

    MySQL双向同步配置详解 MySQL同步是指将多个数据库服务器之间的数据保持实时同步的过程。这种技术可以应用于分布式系统、数据备份、灾难恢复等场景。在这个资源中,我们将详细介绍如何配置 MySQL 双向同步。 MySQL...

    mysql 双主单活+keepalived 实现高可用

    MySQL双主复制是一种同步策略,其中两个服务器(主节点A和主节点B)互相复制数据。当在一个节点上执行写操作时,这些更改会立即同步到另一个节点。这样,即使一个节点发生故障,另一个节点也可以无缝接管服务,确保...

    MySQL主主双向同步测试报告.pdf

    MySQL主主双向同步是一种高可用性和高冗余性的数据库部署模式,它允许两台MySQL服务器互相作为主服务器和从服务器,实现数据的实时双向同步。这样,任何一台服务器上的数据更改都会被复制到另一台服务器上,提高了...

    mysql5.7双向实时同步

    在企业级应用中,这种同步策略常用于构建主主复制架构,以确保即使在一台服务器故障时,另一台服务器也能接管工作,避免数据丢失。 在配置MySQL 5.7的双向同步之前,需要注意以下关键点: 1. **版本匹配**:确保...

    MySQL 高可用性—keepalived+mysql双主.docx

    总的来说,通过Keepalived和MySQL双主配置,我们可以构建一个高可用的数据库环境,当一台MySQL服务器出现问题时,服务可以立即切换到另一台,减少宕机时间和数据丢失的风险,从而提高系统的稳定性和可靠性。

    mysql双机热备同步

    在 MySQL 中,主从关系同步是指一个主服务器将数据同步到一个或多个从服务器上。主服务器负责写入数据,而从服务器负责读取数据。在 MySQL 双机热备同步中,主服务器是 192.168.5.10,而从服务器是 192.168.5.4。 ...

    Mysql5.5数据库双向同步

    - **双向同步**:当两个MySQL服务器互相作为对方的主服务器时,形成的数据流动循环称为双向同步。 #### 1.2 双向同步的优势与挑战 - **优势**:提高系统的可用性和容错能力,任何一方出现故障时,另一方可以接管...

    mysql双主一从配置文档

    MySQL 双主一从配置文档 MySQL 双主一从配置是指在 MySQL 数据库中同时启用两个主服务器和一个从服务器,以实现数据的高可用性和灾难恢复。这种配置可以提供高性能、可扩展性和容错性。 标题:MySQL 双主一从配置...

    mysql双向同步终极秘籍

    ### MySQL双向主主同步终极秘籍 在当前的IT环境中,数据的一致性和可靠性变得尤为重要。MySQL作为一种广泛使用的开源关系型数据库系统,在企业级应用中扮演着重要角色。本文将详细介绍如何实现MySQL的双向主主同步...

    mysql双主带双从

    ### MySQL双主带双从架构详解与搭建步骤 在高可用性和数据冗余需求日益增长的背景下,MySQL的双主带双从(Multi-Master with Slave Replication)架构成为了一种有效的解决方案。此架构不仅提高了数据库系统的可用...

    docker mysql双主配置1

    首先,我们来了解一下【标题】"docker mysql双主配置1"所涉及的核心概念。MySQL的双主复制是一种高可用性和容错性的解决方案,它允许两个MySQL服务器互相作为彼此的主服务器和从服务器,即数据更改在任一服务器上...

    MySQL数据库双活同步复制方案详解.pdf

    MySQL数据库双活同步复制方案是为了实现数据库的高可用性和数据一致性,确保在主数据库出现故障时,能够无缝切换到备用数据库,保持业务连续性。以下将详细解释几种常见的双活同步复制策略。 **1. 基于MySQL原生...

    使用Bucardo搭建PostgreSQL数据库双主同步.docx

    使用 Bucardo 搭建 PostgreSQL 数据库双主同步 本文将指导您使用 Bucardo 搭建 PostgreSQL 数据库双主同步,涵盖 Bucardo 的介绍、搭建前准备、安装 Perl 和 PostgreSQL、安装依赖包等方面的知识点。 一、Bucardo ...

    mysql集群双主双从 windows

    MySQL集群是一种高可用性和高可扩展性的数据库解决方案,尤其在Windows环境下,为了保证服务的连续性和数据的一致性,双主双从配置被广泛应用。这种配置模式意味着有两个主节点互相同步,同时各自都有一个从节点进行...

    MySQL数据库双活同步复制方案详解.docx

    MySQL数据库双活同步复制方案是...综上所述,MySQL双活同步复制方案的选择应根据业务需求、数据一致性要求、并发性能、系统规模和现有基础设施来决定。每个方案都有其优势和限制,需要全面评估以找到最适合的解决方案。

Global site tag (gtag.js) - Google Analytics