mysql主主同步

MySQL 主主同步方案 l MySQL 主主 +Keepalived l MySQL+DRBD+Heartbeat 在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用 mysql 主 主 方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加 mysql 入口，增加高可用。 不过多主需要考虑自增长 ID 问题，这个需要特别设置配置文件，比如双主，可以使用奇偶 ，总之，主之间设置自增长 ID 相互不冲突就能完美解决自增长 ID 冲突问题。 主主方案实现思路 1、 两台 mysql 都可读写，互为主备 。 默认只使用一台 masterA 负责数据的写入，另一台 masterB 备用 处于备用状态 ； 2、 masterA 是 masterB 的主库， masterB 又是 masterA 的主库，它们互为主从； 3、 两台主库之间做高可用 , 可以采用 keepalived 等方案 ， 使用 VIP 对外提供服务； 4、 所有提供服务的从服务器与 masterB 进行主从同步（双主多从） ; 5、 建议采用高可用策略的时候， masterA 或 masterB 均不因宕机恢复后而抢占 VIP （非抢占模式）； 这样做可以在一定程度上保证主库的高可用 , 在一台主库 down 掉之后 ,

** MySQL 主主 +Keepalived **MySQL+DRBD+Heartbeat 在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用 mysql 主 主 方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加 mysql 入口，增加高可用。 不过多主需要考虑自增长 ID 问题，这个需要特别设置配置文件，比如双主，可以使用奇偶 ，总之，主之间设置自增长 ID 相互不冲突就能完美解决自增长 ID 冲突问题。 主主方案实现思路 1、 两台 mysql 都可读写，互为主备 。 默认只使用一台 masterA 负责数据的写入，另一台 masterB 备用 处于备用状态 ； 2、 masterA 是 masterB 的主库， masterB 又是 masterA 的主库，它们互为主从； 3、 两台主库之间做高可用 , 可以采用 keepalived 等方案 ， 使用 VIP 对外提供服务； 4、 所有提供服务的从服务器与 masterB 进行主从同步（双主多从） ; 5、 建议采用高可用策略的时候， masterA 或 masterB 均不因宕机恢复后而抢占 VIP （非抢占模式）； 这样做可以在一定程度上保证主库的高可用 , 在一台主库 down 掉之后 , 可以在极短的时间内切换到另一台主库上 ，

MySQL 主主同步方案 l MySQL 主主 +Keepalived l MySQL+DRBD+Heartbeat 在企业中，数据库高可用一直是企业的重中之重，中小企业很多都是使用 mysql 主主方案，一主多从，读写分离等，但是单主存在单点故障，从库切换成主库需要作改动。因此，如果是双主或者多主，就会增加 mysql 入口，增加高可用。 不过多主需要考虑自增长 ID 问题，这个需要特别设置配置文件，比如双主，可以使用奇偶 ，总之，主之间设置自增长 ID 相互不冲突就能完美解决自增长 ID 冲突问题。 主主方案实现思路 1、 两台 mysql 都可读写，互为主备。默认只使用一台 masterA 负责数据的写入，另一台 masterB 备用处于备用状态； 2、 masterA 是 masterB 的主库， masterB 又是 masterA 的主库，它们互为主从； 3、 两台主库之间做高可用 , 可以采用 keepalived 等方案，使用 VIP 对外提供服务； 4 、所有提供服务的从服务器与 masterB 进行主从同步（双主多从） ; 5 、建议采用高可用策略的时候， masterA 或 masterB 均不因宕机恢复后而抢占 VIP （非抢占模式）； 这样做可以在一定程度上保证主库的高可用 , 在一台主库 down 掉之后 , 可以在极短的时间内切换到另一台主库上

mysql主从配置原理 mysql中的主从同步建立完成之后： master上在服务端做的操作就会复制写入到二进制日志文件，然后通过建立完成的主从同步的I/O线程（I/O异步复制），从库会进行同步主库上面的二进制文件， 然后通过服务端进行读取二进制日志文件，并且翻译成相对sql语句，从而完成相对应主从同步； 来源： https://www.cnblogs.com/DB-MYSQL/p/11529733.html

1.mariadb主从 主从多用于网站架构，因为主从的同步机制是异步的，数据的同步有一定延迟，也就是说有可能会造成数据的丢失，但是性能比较好，因此网站大多数用的是主从架构的数据库，读写分离必须基于主从架构来搭建。 主可以将数据同步到从上，但是从不能将数据同步到主上。 二进制日志这能一条一条的写入，因此数据的同步会有延迟。 异步优点：性能好，效率高 缺点：数据的安全性低 同步优点：数据的安全性高 缺点：效率低 mariadb的复制过程： 1.master将改变记录到二进制日志(binary log)中（这些记录叫做二进制日志事件，binary log events）； 2.slave会生成I/O线程和SQL线程，I/O线程会读取master的二进制日志，master会生成一个dump线程将数据返回给slave端，存储到slave的中继日志(relay log)中。 3.slave端的SQL thread（SQL从线程）处理该过程的最后一步。SQL线程从中继日志读取事件，并重放其中的事件而更新slave的数据，使其与master中的数据一致。只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。 面试会问到的 如果slave有多个，那么master端会生成许多的dump线程，这对于master端会造成很大的压力，为了解决这种问题我们可以这样解决：

主从复制参考： https://blog.csdn.net/u013792404/article/details/91591585 修改其中部分即可 . 1、在2台主机（192.168.8.111，192.168.8.112）上都修改配置 ， /etc/my.cnf ； 修改完成后重启MySQL [mysqld] port=3306 datadir=/usr/local/mysql/data socket=/usr/local/mysql/mysql.sock user=mysql max_connections=1024 # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 lower_case_table_names=1 character-set-server=utf8 collation-server=utf8_general_ci # 配置主从 server-id=1 #服务器id (主从必须不一样) log-bin=mysql-bin #打开日志(主机需要打开) binlog_format=mixed # binlog日志格式，mysql默认采用statement，建议使用mixed relay-log=relay-bin

参考博客 1.mysql数据库的安装 centos7如何安装mysql 1.yum安装 1.1首先配置yum源，然后再用yum进行安装 2. 源代码编译安装 3.rpm包安装 yum安装的前提条件，是准备好yum源，可以选择163源，清华源，阿里云源，等等等 1.安装mariadb的yum源有俩 一个是阿里云的yum源，可能版本较低，并且软件包很小，功能很少 二个是mariadb官方的yum源 yum源的配置方式是什么？就是如何定制yum源？ 方法：在/etc/yum.repos.d目录下，建立一个repo文件就是yum仓库 创建一个 mariadb.repo文件，写入如下内容 [mariadb] name = MariaDB baseurl = http://yum.mariadb.org/10.1/centos7-amd64 gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB gpgcheck=1 配置好yum源后进行安装 yum install mariadb-server mariadb -y 2.安装mariadb，查看官方的版本号，和软件包信息，启动数据库 systemctl start mariadb #启动mariadb数据库 3.在启动好mysql之后，进行初始化 mysql_secure_installation

一、复制介绍 MySQL支持单向、异步复制，复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器的日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知新的更新。 请注意当你进行复制时，所有对复制中的表的更新必须在主服务器上进行。否则，你必须要小心，以避免用户对主服务器上的表进行的更新与对从服务器上的表所进行的更新之间的冲突。 单向复制有利于健壮性、速度和系统管理： •主服务器/从服务器设置增加了健壮性。主服务器出现问题时，你可以切换到从服务器作备份。 •通过在主服务器和从服务器之间切分处理客户查询的负荷，可以得到更好的客户响应时间。SELECT查询可以发送到从服务器以降低主服务器的查询处理负荷。但修改数据的语句仍然应发送到主服务器，以便主服务器和从服务器保持同步。如果非更新查询为主，该负载均衡策略很有效，但一般是更新查询。 •使用复制的另一个好处是可以使用一个从服务器执行备份，而不会干扰主服务器。在备份过程中主服务器可以继续处理更新。 MySQL提供了数据库的同步功能，这对我们事先数据库的容灾、备份、恢复、负载均衡等都是有极大帮助的。 二、实验环境 操作系统

如何避免mysql单点故障 利用mysql主从复制来解决mysql单点故障 如何解决主服务器的单点问题 主服务器切换后，如何通知应用新的主服务器的ip地址 如何检查mysql主服务器是否可用 如何处理从服务器和新主服务器之间的那种复制关系 解决这些问题使用第三方管理组件一种是mmm （Multi-Master Replicatin Manager）,它是perl语言开发的一套用于管理mysql主主同步架构的一种工具集，主要作用是，监控和管理mysql的主主复制拓扑，并在当前的主服务器失效时，进行主和主备服务器之间的主从切换和故障转移工作。 MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度的保证业务可用性的场景。对于那些对数据的一致性要求很高的业务，非常不建议采用MMM这种高可用架构。 MMM提供了什么功能 MMM监控mysql主从复制健康情况 在主库出现宕机时进行故障转移并自动配置其它从对新主的复制 MMM部署步骤 1、配置主主复制及主从同步集群 2、安装主从节点所需要的支持包 3、安装及配置MMM工具集 4、运行MMM监控服务 5、测试 MHA（Master High Availability

master 主机：10.10.10.215 slave 主机：10.10.10.216 检查 mysql-uuid 是否相同，相同则会报错 vim /var/lib/mysql/auto.cnf 1. 主机配置 1.配置 my.cnf. vi /etc/my.cnf [mysqld]下 添加内容 log-bin=mysql-bin log-bin = master-bin log-bin-index = master-bin.index binlog_format = mixed server-id = 1 2.创建同步账号 登入mysql mysql>CREATE USER 'sync' @ '%' IDENTIFIED BY 'sync' ; mysql>grant replication slave on *.* to 'sync' @ '10.10.10.216' identified by 'sync' ; mysql>flush privileges; mysql>exit 重启mysql service mysqld restart 登入mysql查看信息 mysql> use mysql; select user,host from user; mysql> show master status; 2. 备机配置 1.配置 my.cnf vi /etc/my