MHA原理及实现_京东_黄华亮.ppt

MHA原理实现 京东-网银在线 DBA 黄华亮 2014-7-28 MHA背景 高并发：互联网、电商业务的指数增长 高可用：7*24 要求downtime 接近0，单节点面临巨大危险 数据一致性：大数据时代，对数据完整性、一致性要求更高 * 由此MHA应运而生，保证MySQL服务的高可用和数据一致性 MHA简介 全称：Master High Availability Manager and tools for MySQL 开源：/p/mysql-master-ha/ 语言：perl编写 特点： VIP：脚本、第三方工具(keepalive等) 切换时间：10-30s 切换方式：Auto FailOver、交互式切换、非交互式切换、Online 切换 MHA常用架构 角色：Master、Candidate master、Multiple slaves、Manager(监控) Manager Master slave slave slave Master slave 至少3个节点(Manager、Master、Slave) Manager(监控)节点：用于监控复制集群，可共用，用于监控多个应用 Node节点：即是被监控节点(所有MySQL实例节点) Candidate Master：用于Master down掉后成为候选New Master并接管其他slave节点，此角色集群中所有MySQL实例节点都可以被指定位候选Master MHA工作原理 心跳：SSH ping（Mysql:3306）ping_interval 指定每次间隔(默认为3s) 多路径：MHA目前必威体育精装版版本已经实现二路检测 Manger节点配置： MHA Requirements SSH public key authentication: 所有节点是双向的 OS: MHA is running on Linux only Single writable master: M-M 支持,但只支持一个write MHA is not support three or more tier replication structure MySQL 版本: MySQL version 5.0 or later supports MHA Mysqlbinlog: mysqlbinlog版本一定要大于或等于MySQL版本 Binlog开启: 所有的Master s和Candidate Masters 都必须开启 Binlog和relay log过滤规则: must be same on all servers 复制用户:Replication user must exist on candidate masters Preserve Relay logs purge regularly Do not use LOAD DATA INFILE with Statement Based Binary Logging Manager常用命令： masterha_check_repl masterha_check_ssh masterha_check_status masterha_conf_host masterha_manager masterha_master_monitor masterha_master_switch masterha_secondary_check masterha_stop Node节点常用命令： apply_diff_relay_logs filter_mysqlbinlog purge_relay_logs save_binary_logs MHA切换方式 Auto Failover(自动切换) InterActive Switch(交互式切换) No-InterActive Switch(非交互式切换) Online Switch(在线切换) MHA Auto FailOver过程 Configuration Check Phase candidate_master、log-bin、read_only、purge_relay_logs Dead Master Shutdo