探索MySQL高可用架构之MHA(9)

探索MySQL高可用架构之MHA(9)

-----构建mysql高可用系列(共9篇)

    上一篇文章介绍了本次架构的mha不足的修复！

    本篇文章主要介绍relay log的清除！

    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。

    pure_relay_logs脚本参数如下所示：

     --user mysql                 用户名

     --password mysql             密码

     --port                       端口号

     --workdir                    指定创建relay log的硬链接的位置，默认是/var/tmp，

                                  由于系统不同分区创建硬链接文件会失败，

                                  故需要执行硬链接具体位置，成功执行脚本后，

                                  硬链接的中继日志文件被删除

     --disable_relay_log_purge    默认情况下，如果relay_log_purge=1，

                                  脚本会什么都不清理，自动退出，通过设定这个参数，

                                  当relay_log_purge=1的情况下会将relay_log_purge设置0。                                                  清理relay log之后，最后将参数设置为OFF。

    下面我们开始操作一下

        (1) 设置relay log的清除方式(在每个slave节点上)
            mysql -u root -pmysql -e 'set global relay_log_purge=0'
        (2) 设置定期清理relay脚本(在每个slave节点上)
            vi purge_relay_log.sh 
            #!/bin/bash
            user=root        #声明登录mysql的用户
            passwd=mysql     #声明登录mysql的用户的密码
            port=3306        #声明mysql的端口
            log_dir='/app/masterha/app1/log'   #log目录
            work_dir='/app/masterha/app1'  #work目录
            purge='/usr/local/bin/purge_relay_logs'   #声明命令绝对路径
            if [ ! -d $log_dir ]    #如果日志目录不存在
                then
               mkdir $log_dir -p    #创建目录
            fi
            $purge --user=$user --password=$passwd --disable_relay_log_purge --port=$port --workdir=$work_dir >> $log_dir/purge_relay_logs.log 2>&1
        (3)添加到crontab定期执行
            crontab -l0 4 * * * /bin/bash /root/purge_relay_log.sh

    purge_relay_logs脚本删除中继日志不会阻塞SQL线程。下面我们手动执行看看什么情况。

    purge_relay_logs --user=root --password=mysql --port=3306 -disable_relay_log_purge --workdir=/app/masterha/app1

     2015-04-20 15:47:24: purge_relay_logs script started.

     Found relay_log.info: /data/mysql/relay-log.info

     Removing hard linked relay log files server03-relay-bin* under /data/.. done.

     Current relay log file: /data/mysql/server03-relay-bin.000002

     Archiving unused relay log files (up to /data/mysql/server03-relay-bin.000001) ...

     Creating hard link for /data/mysql/server03-relay-bin.000001 under /data//server03-relay-bin.000001 .. ok.

     Creating hard links for unused relay log files completed.

     Executing SET GLOBAL relay_log_purge=1; FLUSH LOGS; sleeping a few seconds so that SQL      thread can delete older relay log files (if it keeps up); SET GLOBAL                 relay_log_purge=0; .. ok.

     Removing hard linked relay log files server03-relay-bin* under /data/.. done.2014-04-20 15:47:27: All relay log purging operations succeeded.

    weblogic集群的应用发布工作就成功结束了！

    结束语：

    到此为此，构建mysql高可用系列共9篇文章，就全部结束了。

    送给想学习mysql的朋友、送给想学又不敢实践操作的朋友、送给怕实现出现错误的朋友！！！

    想和做是两个过程，有的时候其实你和成功只差那么一步，只要你别放弃坚持下去，你的辛苦是不会白付出的,因为你永远不会知道未来的你是多么的强大！！！

    感谢关注我博客的朋友们，更新此套文章后，以后可能就没有这么高产了！因为之前只带oracle课程，这个月末开始领导分配我还要带java课程，空闲的时间就比较紧了！我会尽量抽时间多写点文章和感兴趣的朋友们分享！！