51学通信论坛2017新版

标题: MySQL Master High Available 理论 [打印本页]
作者: admin    时间: 2017-11-15 21:35
标题: MySQL Master High Available 理论
六核心参数详解6.1 参数矩阵图
[attach]5413[/attach]


[attach]5413[/attach]

Local Scope每个server域的参数
在application 配置文件(app.cnf)中：[server_xxx] 下面写的参数
App Scope每个{master,slave}对的参数
这些参数在application配置(app.cnf)中： [server_default] 写的参数
Global Scope所有{master,slave}对的参数
这些参数在global 配置(masterha_default.cnf)中：[server_default]写的参数
6.2 核心参数详解hostname目标MySQL服务器的 hostname 或者 ip
这个参数必须配置在 application 配置文件的[server_xxx]下面
ssh_connection_timeout0.54开始支持，默认5秒，以前是硬编码ssh_options0.53开始支持，SSH命令额外的参数candidate_master候选master，如果设置为1，那么这台机器被选举为新master的机会就越大（还要满足：binlog开启，无大延迟）
如果你设置了N台机器都为candidate_master=1，那么优先选举的顺序为： 从上到下
([server_xxx]). [server_1]([server_xxx]). [server_2]([server_xxx]). [server_3]
no_master如果对某台机器设置了no_master=1 ， 那么这台机器永远都不可能成为新master如果没有master选举了，那么MHA会退出ignore_fail默认情况下，如果slave有问题（无法通过mysql，ssh连接，sql线程停止等等），MHA 将停止failover
如果你不想让MHA manager停止，可以设置ignore_fail=1
skip_init_ssh_check跳过SSH检测skip_reset_slave0.56才支持的参数，failover后，不执行reset slave alluser，password，repl_user，repl_password，ssh_user* user默认root，MySQL 的用户名，如果是root，因为要执行很多命令如：STOP SLAVE, CHANGE MASTER, RESET SLAVE* password
user的密码
* repl_user
复制线程的用户名（最好加上）
* repl_password
复制线程的密码（最好加上），尤其是--orig_master_is_new_slave之后，老master要change master到新master，它不知道密码
* ssh_user
操作系统的用户名（Manager，Node），因为要应用，解析各种日志，最好权限大点，默认是MHA manager上的当前OS 用户
disable_log_bin在slave上应用差异relay log的时候，可以不记录到binlog日志中remote_workdirMHA Node的工作目录，默认 /var/tmpmaster_binlog_dirmaster上产生binlog的binlog 目录。默认是：/var/lib/mysql,/var/log/mysqlmanager_workdirMHA Manager的工作目录，默认： /var/tmpmanager_logMHA manager 的日志目录，如果不设置，就是标准输出，和标准错误输出check_repl_delay默认情况下，如果slave落后master100M左右的relay log，MHA会放弃选择这个slave作为new master如果设置check_repl_delay=0，MHA会忽略这个限制
如果你想让某个candidate_master=1特定的slave成为maseter，那么这个参数特别有用
check_repl_filter如果过滤规则不一样，MHA停止monitor和failover
可以通过设置check_repl_filter=0忽略，但是要特别小心这么做
ping_intervalMHA manager多久去ping SQL 一次master如果三次间隔都没反应，那么MHA认为master挂了
默认3秒
如果MHA Manager连不上Master是因为too many connection错误或者认证失败，这些将不会认为master挂了
secondary_check_script一般来讲，　非常推荐使用更多网络上机器是不同路由策略上的机器来检查MySQL　Master是否存活。
默认情况下，只有MHA Manager通过一个路由来检查Master是否存活。这个也是不推荐的。
MHA可以通过外部secondary_check_script配置的脚本来做到从多个路由策略下进行检查.
secondary_check_script = masterha_secondary_check -s remote_host1 -s remote_host2在大多数场景下，内置的masterha_secondary_check都可以允许良好Manager-(A)->remote_host1-(B)->master_host
Manager-(A)->remote_host2-(B)->master_host
在所有的路由中，如果A成功，B失败，那么MHA认为master就真的挂了，其他情况，一律认为master还是活的通常来讲，remote_host1，remote_host2，应该和MHA manager在不同的网段中MHA会调用secondary_check_script声明的脚本并自动带上一些参数。
masterha_secondary_check在很多场景都是适用的，但是你也可以自已实现这个程序带有更多的功能。
* –user=(在远程机器上使用的SSH用户名。　ssh_user的值将被使用)* –master_host = (master的hostname)* –master_ip = (master的ip地址)* –master_port = ( master的端口号)注意：内置的masterha_secondary_check脚本依赖于的Perl的IO::Socket::INET(Perl 5.6.0中是默认支持包含这个模块)。masterha_secondary_check需要通过ssh连接到远程的机器上，所以需要manager到远程机器上建立public key信任。
另外masterha_secondary_check是通过和Master建立TCP的连接测试Master是否存活，所以mysql设置的max_connections不起作用。
但每次TCP连接成功后，MySQL的Aborted_connects 值都会加1
master_ip_failover_scriptMHA 不做vip 漂移动作，这些事情你必须自己做master_ip_failover_script= /usr/local/sample/bin/master_ip_failoverMHA manager会调用master_ip_failover_script三次* 第一次：检查阶段
--command=status
--ssh_user=(current master's ssh username)
--orig_master_host=(current master's hostname)
--orig_master_ip=(current master's ip address)
--orig_master_port=(current master's port number)
* 第二次：当前master 关闭阶段
--command=stop or stopssh
--ssh_user=(dead master's ssh username, if reachable via ssh)
--orig_master_host=(current(dead) master's hostname)
--orig_master_ip=(current(dead) master's ip address)
--orig_master_port=(current(dead) master's port number)
* 第三次：新master激活阶段
--command=start
--ssh_user=(new master's ssh username)
--orig_master_host=(dead master's hostname)
--orig_master_ip=(dead master's ip address)
--orig_master_port=(dead master's port number)
--new_master_host=(new master's hostname)
--new_master_ip=(new master's ip address)
--new_master_port(new master's port number)
--new_master_user=(new master's user)
--new_master_password(new master's password)
在当前master shutdown阶段，你可以调用shutdown_script 关闭当前master在当前master shutdown阶段，你可以删除dead master在配置文件中
在新master激活阶段，你可以指定虚拟ip在新master上，并且可以更改数据库路由设置
在新master激活阶段，你可以新增和更改新maser的记录
另外，你可以做任何事情让应用可写新master，例如：SET GLOBAL read_only=0，创建用户，权限
但是，默认的MHA manager参数是空，不会做任何事情master_ip_online_changes_script这个参数有点类似于master_ip_failover_script,但这个参数不用于master　故障转意，只使用到master在线的切换* 冻结当前master写的阶段
--command=stop or stopssh
--orig_master_host=(current master's hostname)
--orig_master_ip=(current master's ip address)
--orig_master_port=(current master's port number)
--orig_master_user=(current master's user)
--orig_master_password=(current master's password)
--orig_master_ssh_user=(from 0.56, current master's ssh user)
--orig_master_is_new_slave=(from 0.56, notifying whether the orig master will be new slave or not)
* new master赋予写权限阶段
--command=start
--orig_master_host=(orig master's hostname)
--orig_master_ip=(orig master's ip address)
--orig_master_port=(orig master's port number)
--new_master_host=(new master's hostname)
--new_master_ip=(new master's ip address)
--new_master_port(new master's port number)
--new_master_user=(new master's user)
--new_master_password=(new master's password)
--new_master_ssh_user=(from 0.56, new master's ssh user)
MHA在冻结写的切换过程中会在Master上执行FlUSH TABLES WITH READ LOCK,在这个优雅的切换过程不会有任何写入的。
在新的Ｍaster在开始授权写的过程中，你可以做和master_ip_failover_script一样的事情。　例如：　创建用户及权限，　执行set global read_only=0
如果脚本执行exit code不是0 或是10, MHA　Manager异常退出并发不会继续进行master切换。
默认这个参数是空的，所以MHA Manager在默认情况下什么也不做。shutdown_scriptreport_scriptinit_conf_load_script

声明:本文转载自网络。版权归原作者所有,如有侵权请联系删除。



欢迎光临 51学通信论坛2017新版 (http://bbs.51xuetongxin.com/) Powered by Discuz! X3