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

1、准备三台已经安装好MySQL5.7的服务器，IP分别为192.168.204.128,192.168.204.129，192.168.204.130　 1.1解压 tar -zxvf mysql-5.7.22-linux-glibc2.12-x86_64.tar.gz 将解压的复制到 /usr/local/mysql 目录 cp -r mysql-5.7.22-linux-glibc2.12-x86_64 /usr/local/mysql 1.2、添加系统mysql组和mysql用户 添加系统mysql组 groupadd mysql 添加mysql用户 useradd -r -g mysql mysql （添加完成后可用id mysql查看） 1.3、安装数据库 切到mysql目录 cd /usr/local/mysql 修改当前目录拥有者为mysql用户 chown -R mysql:mysql ./ 安装数据库 bin/mysqld --initialize --user=mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data 生成了临时密码 （看到有的报这个错 bin/mysqld: error while loading shared libraries: libaio.so.1: cannot

之前搭建过一个Mysql Ndb cluster集群，但是mysql版本是5.7的，看到官网上mysql8的还是开发者版本，所以尝试搭建下mysql Innodb cluster集群。 MySQL的高可用架构无论是社区还是官方，一直在技术上进行探索，这么多年提出了多种解决方案，比如 MMM , MHA , NDB Cluster , Galera Cluster , InnoDB Cluster , 腾讯的 PhxSQL , MySQL Fabric , aliSQL 。 NDB ：基于集群的引擎-数据被自动切分并复制到数个机器上（数据节点）， 适合于那些需要极高查询性能和高可用性的应用， 原来是为爱立信的电信应用设计的。 NDB 提供了高达 99.999% 的可靠性，在读操作多的应用中表现优异。 对于有很多并发写操作的应用， 还是推荐用 InnoDB 。 本次部署采用 InnoDB Cluster . 每台服务器实例都运行 MySQL Group Replication （冗余复制机制，内置 failover ） MGR 有两种模式，一种是 Single-Primary ，一种是 Multi-Primary ，即单主或者多主。 注意： Multi-Primary 模式中，所有的节点都是主节点，都可以同时被读写，看上去这似乎更好，但是因为多主的复杂性，在功能上如果设置了多主模式

　　一.简介 　　　　本文将介绍如何使用mysql-mmm搭建数据库的高可用架构. 　　二.环境 服务器 主机名 Ip Severed Mysql版本 系统 Master1 master1 192.168.4.10 10 5.6.15 Centos6.9 Master2 master2 192.168.4.11 11 5.6.15 Slave1 slave1 192.168.4.12 12 5.6.15 Slave2 slave2 192.168.4.13 13 5.6.15 Monitor monitor 192.168.4.100 无 无 Client client 192.168.4.120 无 5.6.15 　　　 　 虚拟IP 　　　　　　 虚拟ip 功能 描述 192.168.4.200 Write 主用master写入虚拟Ip 192.168.4.201 read 读服务器虚拟Ip 192.168.4.202 Read 读服务器虚拟Ip 案例图谱 　　三.mmm架构 服务器角色 类型 服务进程 主要用途 管理节点 mmm-monitor 负责所有的监控工作的监控守护进程，决定故障节点的移除或恢复。 数据库节点 mmm-agent 运行所在MySQL服务器殇的代理守护进程，提供简单远程服务集、提供给监控节点（可用来更改只读模式、复制的主服务器等 ） 　　　　

. 以下操作基于rhel6.5 Mysql的高可用MHA实现 Server3：172.25.50.3 master Server4：172.25.50.4 Candicate slave Server5：172.25.50.5 slave Server2: 172.25.50.2 monitor Server3是master，Server4和server5是server3的slave,其中master对外提供写服务，备选master（实际的slave，主机名server4） 提供读服务，另一个slave也提供相关的读服务，一旦master宕机，将会把备选master提升为新的master，slave指向新的master。 一．基础知识 MHA（Master High Availability）是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点） 。 目前MHA主要支持一主多从的架构， 要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器， 一主二从，即一台充当master，一台充当备用master

1 MHA简介：MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 该软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Node运行在每台MySQL服务器上，MHA Manager会定时探测集群中的master节点，当master出现故障时，它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。 在MHA自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬件故障或无法通过SSH访问，MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。使用MySQL 5

mysql主从架构中其实就一个主在工作，而从就相当于一个备份机器， 从通过日志监测的方式来备份主库上的数据 而保证主库的数据安全。在这种架构中如果从上的数据做了改变，主数据是不会用任何变化的。因为mysql主从架构主要是mysql从监控mysql主的日志变化来实现同步，相反的在这个架构中主并没有监控从的日志变化。所以，mysql从数据反生变化，主也就没有什么变化了。 通过上述描述，可以看到如果 想实现主主复制，无非就是在mysql主从架构上让mysql主实现监测从的日志变化，从而实现两台机器相互同步。 (主从的架构前面有博文 http://www.linuxidc.com/Linux/2013-10/91682.htm ) 实验环境：两台服务器： 主机名：HA1,HA2(呵呵,这个主机名是英文缩写High availability，高可用的意思) ip: 192.168.1.231 192.168.1.232 主机系统： CentOS 6.4 mysql版本5.5.22 首先，看下HA1（192.168.1.231）的mysql配置文件 vim /etc/my.cnf # Example MySQL config file for very large systems. # # This is for a large system with memory of 1G-2G

简介 MMM（Master-Master replication manager for MySQL）是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发，主要用来监控和管理MySQL Master-Master（双主）复制，虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时刻备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个slave的read负载均衡。 MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度的保证业务可用性的场景。对于那些对数据的一致性要求很高的业务，非常不建议采用MMM这种高可用架构。 MMM项目来自 Google： http://code.google.com/p/mysql-master-master 官方网站为： http://mysql-mmm.org 系统环境 主机名 操作系统 IP地址 VIP地址 角色 mysql-mmm服务器 CentOS 7.0 x86_64 192.168.96.169 master01服务器 CentOS 7.0 x86

***********MHA高可用+Atlas读写分离配置*********** 关闭防火墙SELinux rpm源码包下载： http://pan.baidu.com/s/1gfu4T39 92i2 1、构建本地YUM仓库： cd /etc/yum.repos.d/ mkdir bak mv C* ./bak/ cp ./bak/CentOS-Media.repo . 2、本地光盘yum安装依赖： yum install ncurses-devel libaio-devel -y yum install openssh-clients -y #密钥分发需要 3、创建mysql程序用户： useradd -M -s /sbin/nologin mysql 4、创建软连接： tar xf mysql-5.6.17-linux-glibc2.5-x86_64.tar.gz -C /usr/local/ ln -s /usr/local/mysql-5.6.17-linux-glibc2.5-x86_64/ /usr/local/mysql 5、创建软连接命令，如果装有yum，查看命令的具体位置，否则在使用命令时会出现错误： ln -s /usr/local/mysql/bin/* /usr/local/bin/ 6、复制启动脚本 [root@mha-01 ~]# cp /usr

架构优点：(1)99%高可用; (2)读写分离，负载均衡; (3)自动故障切换(4)自动切换主从 架构缺点：(1)需要在每一个mysql节点安装mmm-agent，新加入节点之后要修改每一台的mmm_common.conf 配置文件 (2)amoeba目前无人维护，这是最大的安全隐患。 1.架构图 2.所需软件 名称 版本 下载地址 mysql server mysql Ver 14.14 Distrib 5.6.27, for Linux (x86_64) yum源安装，yum源地址：http://dev.mysql.com/get/mysql57-community-release-el6-7.noarch.rpm mysql-mmm 2.2.1 yum源安装 amoeba amoeba-mysql-3.0.5-RC https://sourceforge.net/projects/amoeba/files/ 3.机器配置与ip地址 机器名 ip地址 配置 用途 amoeba1 192.168.2.155/192.168.10.30 4G,4C amoeba+mmm_monitor+keepalived (主) amoeba2 192.168.2.156/192.168.10.31 4G,4C amoeba+mmm_monitor+keepalived (备) db1 192