MySQL主从复制的配置 单向主从环境的搭建 环境配置Master(192.168.80.132) Slave(192.168.80.133)一、Master的相关配置 1.1 关闭selinux 两台数据库服务器的selinux都要disabled，配置方式如下：vim /etc/selinux/config (将SELINUX设置为disabled)1.2 修改Master的配置文件my.cnfvim /etc/my.cnf在[mysqld]下增加以下配置项 server_id=132 # binlog-do-db=user binlog-ignore-db=mysql log-bin=trey-mysql-bin binlog_cache_size=...
我使用的是两台MYSQL使用主主复制 两台MYSQL上有两个haproxy来提供负载均衡。 两台MYSQL上有两个Keepalived来提供VIP。 其中haproxy要将后台监听的3306端口改成3307 不然会与MYSQL冲突。 高可用负载均衡大致过程是这样的：外界访问VIP，然后这个请求会给到VIP所在主机的haproxy服务上，然后haproxy服务根据配置的负载均衡到后端的MYSQL上面xxxxx：3307 --> MYSQL01:3306或者MYSQL02:3306上面当其中的一个VIP上的haproxy停止，V...
[root@dev05 ~]# cat /etc/mysql_mha/app1.cnf [server default]manager_log=/data/mysql_mha/app1-manager.logmanager_workdir=/data/mysql_mha/app1master_binlog_dir=/data/mysql_33061/logsmaster_ip_failover_script=/usr/local/bin/master_ip_failoverpassword=mha_monitorping_interval=5remote_workdir=/data/mysql_mha/app1repl_password=replicatorrepl_user=replicatorsecondary_check_script=/usr/local/bin/masterha_...
5.1 故障模拟01：在db01（Master）服务器上查看主从复制及mha是否正常02：停止db01（Master）服务器上的mysql服务02：在db04上检查MHA的日志（/var/log/mha/app/app1/manager.log）03：查看VIP是否飘移到新Master的服务器上，在新Master上查看主从复制的状态04：在db04服务器上查看mha服务的状态及配置文件的变化#在db01（Master）服务器上查看主从复制及mha是否正常[root@db01 ~]# mysql -uroot -pchenliang -S /data/3306/mysql....
4.1 创建普通用户所有服务器上创建普通用户toor、设置密码及sudo授权ifconfig，加入mysql用户组useradd -u 900 toor echo "chenliang"|passwd --stdin toorid toorsed -i 92a toor ALL=(ALL) NOPASSWD:/sbin/ifconfig /etc/sudoersvisudo -cusermod -g mysql toor4.2 创建密钥对#切换到toor用户下，生成密钥，复制公钥到其它服务器（包含自身）#切换到toor普通用户下，生成密钥对，每一台服务器都要操作[toor@db01 ~]$ su - toor[t...
1.1 项目说明 01：公司的数据库只有一台，经常死锁（数据库配置的问题），且存在单点故障。 02：因业务的关系，数据不能丢，所以使用MySQL GTID半同步模式+MHA高可用方案。 03：目前此方案已线上实施【目前一切正常】 04：这里的文章[MySQL MHA高可用方案（N）]只是实施前的研究记录1.2 系统环境所以有服务器的版本均如下所示，这里只是拿其中一台来列出版本号。[root@db01 ~]# cat /etc/redhat-release;uname -r;unam...
[root@wallet01 ~]# rpm -ivh epel-release-6-8.noarch.rpm [root@wallet01 ~]# yum install -y bison bison-devel check check-devel boost boost-devel \ cmake readline readline-devel scons socat perl-DBD-MySQL[root@wallet01 ~]# rpm -ivh libev-4.15-1.el6.rf.x86_64.rpm [root@wallet01 ~]# rpm -ivh percona-xtrabackup-24-2.4.9-1.el6.x86_64.rpm[root@wallet01 ~]# [root@amb01 ~]# tar zxvf mariadb-10.3.10.tar.g...
2.1 部署前注意事项所有MySQL的部署方法与2.2章节的大至一样，需要修改的如下所示：01：server_id不能相同02：相应日志文件的文件名不要相同，例如slow_query_log_file=/data/3306/slowlog/db01_mysql_slow.log 这是db01服务器slow_query_log_file=/data/3306/slowlog/db02_mysql_slow.log 这是db02服务器slow_query_log_file=/data/3306/slowlog/db03_mysql_slow.log 这是db03服务器slow_query_log_file=/data/3306/slowlog/db03_...
Mha-Atlas-MySQL高可用 一、MHA简介 1、软件介绍 MHA在MySQL高可用是一个相对成熟的解决方案，是一套优秀的作为mysql高可用 环境下故障切换和主从提升的高可用软件，在MySQL故障切换过程中， MHA能做到0~30秒内自动完成数据库的故障切换操作，并且在进行故障 切换过程中，MHA能最大程度上保证数据库的一致性，以达到真正意义上的高可用。2、MHA组成 MHA由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。 MHA Manag...
接上期，MySQL主从同步我们已经部署完成，接下来，我们开始部署本期的核心---MMM高可用集群四、MMM高可用集群部署 1、安装依赖包 由于mmm 是用perl语言写的脚本程序，因此需要在5台服务器中分别安装 perl 和 perl-CPAN [root@cluster-mysqlb ~]# yum -y install perl perl-CPAN 2、yum 安装 mmm a、在4台 MySQL 服务器中安装 mysql-mmm-agent [root@cluster-mysqla ~]# yum -y install gcc gcc-c++ mysq...
一、MMM的功能特点MMM 即（Master-Master replication manager for MySQL）的简称，它是一套支持双主故障切换和双主日常管理的脚本程序，而MMM是用 Perl 语言所开发，其主要功能是：第一、用来监控和管理 MySQL 数据库 主主复制（Master-Master），虽然是主主结构，但是由于数据库自身特性，在业务逻辑中，同一时刻，仅允许有一个主库写入，而另一个主库充当备份角色，一旦当前所使用的主库出现故障，将立马切换到另一个主库第二、...
在之前的博客中，介绍了mysql的主从模型以及深层次的mysql的读写分离插件——ProxySQL，让我们可以很大程度上提升数据库服务器的性能和优化用户的体验，但是，我们对于数据库的可靠性似乎缺了一点，因为一旦master数据库服务器宕机，我们的数据库基本上就是瘫痪了，所以，我们需要一个解决方案针对于数据库服务器的可靠性。 MHA（MySQL|Master High Availability）是一种基于主从模型的相当成熟的一种解决方案，我们对于mas...
** 记得之前发过一篇文章，名字叫《浅析MySQL高可用架构》，之后一直有很多小伙伴在公众号后台或其它渠道问我，何时有相关的深入配置管理文章出来，因此，民工哥，也将对前面的各类架构逐一进行整理，然后发布出来。那么今天将来发布的MHA的架构整体规划与配置操作。** 简单介绍 MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故...
报错记录1： [root@data01 ~]# masterha_check_repl--conf=/etc/masterha/app1.cnf Tue Apr 7 22:31:06 2015 - [warning] Global configuration file/etc/masterha_default.cnf not found. Skipping. Tue Apr 7 22:31:07 2015 - [info] Reading application default configuration from/etc/masterha/app1.cnf.. Tue Apr 7 22:31:07 2015 - [info] Reading server configuration from/etc/masterha/app1.cnf.. Tue Apr 7 22:31:07 ...
MHA 简介 MHA（Master High Availability）它由日本DeNA公司youshimaton开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。MHA软件由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。MHA Manager可以单独部署在一台...