表示 进入内容 18
Displaying posts with tag: 主从同步 (reset)
MySQL的主从复制配置

一、写在前面 上一篇文章中,我们介绍了MySQL的主主复制,由于时间仓促,并未完整、清晰地验证主主复制的全过程,缺少从DCGH-DB1同步DCGH-DB2的验证步骤。如果没有本篇,上一篇文章实际就是主从复制,DCGH-DB1为Master,DCGH-DB2为从服务器。

【mysql】  【配置】  【同步】  【数据同步】  【replication】  【主从同步】   …

[获取更多]
MySQL数据库的主主同步配置

一、架构方案思路 1.两台mysql都可读写,互为主备。本文的实验中:默认只使用一台(DCGH-DB1)负责数据的写入,另一台(DCGH-DB2)备用。 2.DCGH-DB1是DCGH-DB2的主库,DCGH-DB2又是DCGH-DB1的主库,它们互为主从。

【服务器】  【mysql】  【日志】  【数据库】  【配置】  【同步】  【test】   …

[获取更多]
Slave延迟很大优化方法

   

   备注:插图来自网络搜索,如果觉得不当还请及时告知 :)

   一般而言,slave相对master延迟较大,其根本原因就是slave上的复制线程没办法真正做到并发。简单说,在master上是并发模式(以InnoDB引擎为主)完成事务提交的,而在slave上,复制线程只有一个sql thread用于binlog的apply,所以难怪slave在高并发时会远落后master。

   ORACLE MySQL 5.6版本开始支持多线程复制,配置选项 slave_parallel_workers 即可实现在slave上多线程并发复制。不过,它只能支持一个实例下多个 database 间的并发复制,并不能真正做到多表并发复制。因此在较大并发负载时,slave还是没有办法及时追上master,需要想办法进行优化。

  …

[获取更多]
MySQL不同复制模式下,如何忽略某些binlog事件

导读

在MySQL复制中,如何忽略slave节点上发生的主键冲突、数据不存在等错误。

在MySQL复制中,如果slave节点上遇到错误,比如数据不存在或者主键冲突等错误时,想要忽略这些错误,可以采用以下几种方法:

1、未启用GTID模式时

只需通过设定 SQL_SLAVE_SKIP_COUNTER 的值,即可忽略一些复制事件。例如:

#需要先关闭SLAVE服务

   root@imysql.com [test]> STOP SLAVE;

#忽略N个事件(event),通常一个SQL是一个事件

   root@imysql.com [test]> SET SQL_SLAVE_SKIP_COUNTER=N;

#再次启动SLAVE服务

   root@imysql.com [test]> START SLAVE;

2、启用GTID模式时

启用GTID,想要忽略某些错误事件就稍微麻烦一点点了。

  …

[获取更多]
SLAVE为什么一直不动了

导读

   遇到SLAVE延迟很大,binlog apply position一直不动的情况如何排查?

问题描述

   收到SLAVE延迟时间一直很大的报警,于是检查一下SLAVE状态(无关状态我给隐去了):

          Slave_IO_State: Waiting for master to send event
         Master_Log_File: mysql-bin.000605
     Read_Master_Log_Pos: 1194
          Relay_Log_File: mysql-relay-bin.003224
           Relay_Log_Pos: 295105
   Relay_Master_Log_File: mysql-bin.000604
        Slave_IO_Running: Yes
       Slave_SQL_Running: Yes
              Last_Errno: 0
              Last_Error: 
     Exec_Master_Log_Pos: 294959
         Relay_Log_Space: 4139172581
   Seconds_Behind_Master: 10905

   可以看到,延迟确实很大,而且从多次show slave status的结果来看,发现binlog的position一直不动。

     Read_Master_Log_Pos: 1194
          Relay_Log_File: …
[获取更多]
在CentOS 7上部署MySQL的主从复制模式 (Master-Slave Replication)

  MySQL的主从复制广泛用于数据库备份、故障转移、数据分析等场合。

   MySQL主从复制基于主服务器在二进制日志中跟踪所有对数据库的更改(更新、删除等等)。因此,要进行复制,必须在主服务器上启用二进制日志。从服务器从主服务器接收已经记录到其二进制日志的更新,当一个从服务器连接主服务器时,主服务器从日志中读取最后一次成功更新的位置,从服务器接收从那时起发生的更新,并在本机上执行相同的更新,然后等待主服务器通知新的更新。从服务器执行备份不会干扰主服务器,在备份过程中主服务器可以继续处理更新。

测试环境

  • Master: 192.168.10.201

  • Slave:  192.168.10.202

  • 端口:  3306

[获取更多]
备份与还原MySQL从服务器

上一节中我们介绍了如何在CentOS 7上配置MySQL的主从复制模式,今天Lesca将介绍如何备份和还原MySQL的从服务器,平台仍然是CentOS 7。

使用mysqldump进行备份和还原 使用mysqldump进行备份

mysqladmin stop-slave -uroot -p
mysqldump --all-databases > fulldb.dump
mysqladmin start-slave -uroot -p
tar -czf /tmp/dbdump.tar.gz ./fulldb.dump ./mysql-relay-log.info

我们除了要备份了整个数据库的dump以外,还需要备份relay-log.info文件(上例为mysql-relay-log.info),该文件包含类似如下信息:

/var/lib/mysql/mysql-relay-bin.000002
720
mysql-bin.0000023968

红色高亮部分,指明了当前MySQL主服务器上二进制日志的执行状态。这个数据在还原从服务器的时候至关重要。

使用mysqldump进行还原

[获取更多]
MySQL的主从复制

   如果数据库只有一份,那就是数据存储的单点,对于要求可靠性的服务来说,就存在一个单点故障的可能性,这个时候,我们就要通过复制镜像,来解决单点故障。复制还有一个额外的好处,就是可以根据主从,做读写分离,这样,就不会在写入的时候,因为锁表,而降低MySQL的并发性能,所以MySQL复制是MySQL中非常基础的一种操作。

怎么配置 配置Master

   首先,要做的是确定一个Master,对于充当Master的MySQL Server来说,需要一些特定的配置才能实现,一个是开启binlog,另一个是要设置server-id。

   [mysqld]

   log_bin = mysql-bin

   server-id = 1

   

配置Slave

  …

[获取更多]
表示 进入内容 18