探索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
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
         (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的朋友、送给想学又不敢实践操作的朋友、送给怕实现出现错误的朋友!!!

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


你可能感兴趣的:(探索MySQL高可用架构之MHA(9))