mysql之MHA、Mycat综合分析

时间 2019-11-30

标签 mysql mha mycat 综合分析栏目 MySQL 繁體版

原文原文链接

1、简介html

　　MHA： node

　　　　你能够把它看作是一个监控MySQL的工具，当master挂了以后，起一个slave做为master，另一台slave从新做为新master的备库；mysql

　　　　因此MHA的架构作好是三台数据库，而且已经提早作好了主从模式（一主两从），MHA能够管理多组MySQL主从集群；VIP的跳转也linux

　　　　是经过keepalived来实现的，整体的架构设计以下图所示（借助网上的图片）：nginx

　　Mycat：sql

　　　　实现读写分离、分库分表的一个开源的工具，我这里没有使用到分库分表的功能，只是单纯的作读写分离；mycat实现读写分离是在配置文件数据库

　　　　中配置的，配置起来也比较的简单，下面会详细介绍，架构方面则是采用的以下图所示的架构模式：服务器

2、MHA搭建安装架构

　　2.1 搭建（一主两从已经实现，这里不作阐述）app

　　　　包分为两部分，一个是manager的包，另一个是node包；包的下载地址为：https://pan.baidu.com/s/1D6v6yPeCTecaB68LwPZJ2A，密码：oyez

　　　　全部的节点都须要安装node包，而后全部的节点你都须要安装Perl的依赖包：perl-DBD-MySQL

　　　　若是还缺乏其它包的话，那就见招拆招呗！！

　　　　还有一点须要注意：那个manager包你能够单独部署在一台服务器上，也能够部署在其中一台node节点上

　　　　全部的服务器创建key登陆，互信任

　　　　2.1.1 manager节点
　　　　　　mkdir -p /etc/masterha && cp mha4mysql-manager-0.53/samples/conf/app1.cnf /etc/masterha/

 1 [server default]
 2 manager_workdir=/var/log/masterha/app1.log              //设置manager的工做目录
 3 manager_log=/var/log/masterha/app1/manager.log          //设置manager的日志
 4 master_binlog_dir=/data/mysql                         //设置master 保存binlog的位置，以便MHA能够找到master的日志，我这里的也就是mysql的数据目录
 5 master_ip_failover_script= /usr/local/bin/master_ip_failover    //设置自动failover时候的切换脚本
 6 master_ip_online_change_script= /usr/local/bin/master_ip_online_change  //设置手动切换时候的切换脚本
 7 password=123456         //设置mysql中root用户的密码，这个密码是前文中建立监控用户的那个密码
 8 user=root               设置监控用户root
 9 ping_interval=1         //设置监控主库，发送ping包的时间间隔，默认是3秒，尝试三次没有回应的时候自动进行railover
10 remote_workdir=/tmp     //设置远端mysql在发生切换时binlog的保存位置
11 repl_password=123456    //设置复制用户的密码
12 repl_user=repl          //设置复制环境中的复制用户名
13 report_script=/usr/local/send_report    //设置发生切换后发送的报警的脚本
14 secondary_check_script= /usr/local/bin/masterha_secondary_check -s server03 -s server02            
15 shutdown_script=""      //设置故障发生后关闭故障主机脚本（该脚本的主要做用是关闭主机放在发生脑裂,这里没有使用）
16 ssh_user=root           //设置ssh的登陆用户名
17 
18 [server1]
19 hostname=192.168.0.50
20 port=3306
21 
22 [server2]
23 hostname=192.168.0.60
24 port=3306
25 candidate_master=1   //设置为候选master，若是设置该参数之后，发生主从切换之后将会将此从库提高为主库，即便这个主库不是集群中事件最新的slave
26 check_repl_delay=0   //默认状况下若是一个slave落后master 100M的relay logs的话，MHA将不会选择该slave做为一个新的master，由于对于这个slave的恢复须要花费很长时间，经过设置check_repl_delay=0,MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机很是有用，由于这个候选主在切换的过程当中必定是新的master
27 
28 [server3]
29 hostname=192.168.0.70
30 port=3306

app1.conf

　　　　注意：

　　　　　　MHA在发生切换的过程当中，从库的恢复过程当中依赖于relay log的相关信息，因此这里要将relay log的自动清除设置为OFF，采用手动清除relay log的方式。在默认状况下，从服务器上的中继日志会在SQL线程执行完毕后被自动删除。可是在MHA环境中，这些中继日志在恢复其余从服务器时可能会被用到，所以须要禁用中继日志的自动删除功能。按期清除中继日志须要考虑到复制延时的问题。在ext3的文件系统下，删除大的文件须要必定的时间，会致使严重的复制延时。为了不复制延时，须要暂时为中继日志建立硬连接，由于在linux系统中经过硬连接删除大文件速度会很快。（在mysql数据库中，删除大表时，一般也采用创建硬连接的方式）

　　　　MHA节点中包含了pure_relay_logs命令工具，它能够为中继日志建立硬连接，执行SET GLOBAL relay_log_purge=1,等待几秒钟以便SQL线程切换到新的中继日志，再执行SET GLOBAL relay_log_purge=0

　　　　检查各节点间的ssh通讯：

　　　　　　masterha_check_ssh --conf=/etc/masterha/app1.cnf ；显示全部的都成功，才算是成功，否则就检查错误缘由；我这里有两台节点之间老是检测不经过，手动测试互相链接都没问题，但就是经过这个脚本无法经过，个人解决办法是删除.ssh目录，从新生成公钥和秘钥，从新创建信任

　　　　而后再检查复制状况：

　　　　　　masterha_check_repl --conf=/etc/masterha/app1.cnf

　　　　　　在执行这个脚本以前，你须要先配置好keepalived，由于master_ip_failover这个脚本会去寻找keepalived的VIP，若是没有配置好keepalived，就先把master_ip_failover_script= /usr/local/bin/master_ip_failover这行给注释掉（app1.conf文件）

　　2.2 MHA引入keepalived（MySQL服务进程挂掉时经过MHA 中止keepalived）

　　　　要想把keepalived服务引入MHA，咱们只须要修改切换是触发的脚本文件master_ip_failover便可，在该脚本中添加在master发生宕机时对keepalived的处理。

#!/usr/bin/env perl

use strict;
use warnings FATAL => 'all';

use Getopt::Long;

my (
    $command,          $ssh_user,        $orig_master_host, $orig_master_ip,
    $orig_master_port, $new_master_host, $new_master_ip,    $new_master_port
);

my $vip = '192.168.0.88';
my $ssh_start_vip = "/etc/init.d/keepalived start";
my $ssh_stop_vip = "/etc/init.d/keepalived stop";

GetOptions(
    'command=s'          => \$command,
    'ssh_user=s'         => \$ssh_user,
    'orig_master_host=s' => \$orig_master_host,
    'orig_master_ip=s'   => \$orig_master_ip,
    'orig_master_port=i' => \$orig_master_port,
    'new_master_host=s'  => \$new_master_host,
    'new_master_ip=s'    => \$new_master_ip,
    'new_master_port=i'  => \$new_master_port,
);

exit &main();

sub main {

    print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$ssh_start_vip===\n\n";

    if ( $command eq "stop" || $command eq "stopssh" ) {

        my $exit_code = 1;
        eval {
            print "Disabling the VIP on old master: $orig_master_host \n";
            &stop_vip();
            $exit_code = 0;
        };
        if ($@) {
            warn "Got Error: $@\n";
            exit $exit_code;
        }
        exit $exit_code;
    }
    elsif ( $command eq "start" ) {

        my $exit_code = 10;
        eval {
            print "Enabling the VIP - $vip on the new master - $new_master_host \n";
            &start_vip();
            $exit_code = 0;
        };
        if ($@) {
            warn $@;
            exit $exit_code;
        }
        exit $exit_code;
    }
    elsif ( $command eq "status" ) {
        print "Checking the Status of the script.. OK \n";
        #`ssh $ssh_user\@cluster1 \" $ssh_start_vip \"`;
        exit 0;
    }
    else {
        &usage();
        exit 1;
    }
}

# A simple system call that enable the VIP on the new master
sub start_vip() {
    `ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
# A simple system call that disable the VIP on the old_master
sub stop_vip() {
     return 0  unless  ($ssh_user);
    `ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}

sub usage {
    print
    "Usage: master_ip_failover --command=start|stop|stopssh|status --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";
}

master_ip_failover

　　　　由于我不懂Perl,这个配置语法也是从网上找的，没有测试好使很差使；我这里使用zabbix的监控，触发脚本实现MySQL-master异常时，杀掉keepalived，使VIP跳转到新的master上

　　2.3 总结：

　　　　目前高可用方案能够必定程度上实现数据库的高可用，好比MMM，heartbeat+drbd，Cluster等。还有percona的Galera Cluster等。这些高可用软件各有优劣。在进行高可用方案选择时，主要是看业务还有对数据一致性方面的要求。最后出于对数据库的高可用和数据一致性的要求，推荐使用MHA架构。

3、mycat搭建

　　3.1 搭建

　　　　mycat的搭建比较容易，直接解压出来就能够了，主要就是看下配置文件的配置，主要就是server.xml和schema.xml

　　　　server.xml:(主要是配置mycat的用户名和密码，以及能够管理的库)

　　　　schema.xml：（配置读写分离）

　　3.2 集群搭建

　　　　两台或者多台mycat服务器配置都是同样的，中间也没有直接的联系，简介中的那个图说明的已经很明确了，是经过keepalived+nginx来实现代理转发到mycat，实现的高可用，这里就不作过多的阐述了

4、附加项

　　想必有的同窗会问，为啥不使用四台服务器，两台master互为主备，中间经过keepalived实现VIP跳转，两台slave都change master to VIP,这样的话，也能实现高可用，并且不须要第三方的工具去监控跳转

　　缺点：

　　　　一、好比大家公司访问量很大，应用层已经针对不一样的业务模块分组了，那么数据库这块也得分组，若是分三组的话，MHA的方案，最多使用十台服务器，而下面这种方案的话，须要12台服务器

　　　　二、MySQL master互为主从的话，对服务器的性能考验比较大，也容易出现各类问题，有一点数据不一样步的话，slave就无法获取完整的数据

　　优势：

　　　　一、不须要第三方工具的依赖

　　　　二、学习成本也比较的低

5、总结

　　综上所述，建议你们搭建MHA的监控，实现宕机跳转的目的（这里说一下那个中继日志的做用就是用于恢复slave数据使用的）

FLUSH TABLES WITH READ LOCK （mysql 锁整个库实例）