MySQL MHA读写分离

### 配置MHA实现MySQL读写分离

#### 准备工作
为了成功配置MHA(Master High Availability)，需要准备几台机器来模拟不同的角色。通常情况下，至少需要三台安装了MySQL的服务器用于构建高可用集群环境[^1]。

- 主节点(master): 负责处理所有的写操作以及部分读取请求。
- 从节点(slave): 复制主节点的数据变更，并承担大部分的应用程序读取需求。
- Manager节点(mha manager): 监控整个集群状态，在发生故障转移时自动选举新的master。

#### 安装与设置MHA组件
在所有参与MHA架构搭建的主机上都需要完成相应的软件包安装：

yum install perl-DBD-MySQL -y
cd /usr/local/src/
git clone https://github.com/yoshinorim/mha4mysql-manager.git mha4mysql-manager
cd mha4mysql-manager
perl Makefile.PL
make && make install

对于Manager节点还需要额外下载`mha4mysql-node`以便于执行一些辅助性的命令:

cd ..
git clone https://github.com/yoshinorim/mha4mysql-node.git mha4mysql-node
cd mha4mysql-node
perl Makefile.PL
make && make install

#### 创建SSH免密登录
为了让各个节点之间能够无障碍通信，建议预先建立无密码认证机制。具体做法是在manager节点生成一对公私钥对并将公钥分发给其他成员。

ssh-keygen -t rsa
for host in master slave1 slave2 ; do ssh-copy-id root@$host; done

#### 编辑配置文件
创建一个名为`app1.cnf`的配置文档放置于任意目录下(比如/home/user/conf/)，此文件用来定义集群内部各成员的信息及其连接参数。

[server default]
user=root
password=your_password_here
ssh_user=root
repl_user=repl
repl_password=slavepass
ping_interval=1
master_ip_failover_script=/home/user/master_ip_failover
secondary_check_script=/home/user/secondary_check.sh
auto_failback=false
candidate_master_host=ip_of_candidate_master_node
shutdown_script=
start_mysql_on_conversion_failure=true
stop_mysql_on_detached_slave_timeout=false
ignore_memcached_replication_lag=false
max_load=90%
min_disk_size_gb=5GB
recency_threshold_minutes=60
use_secondary_for_read_only_query=true
check_repl_filter_consistency=true
force_master_recovery_if_no_slaves_alive=true
always_promote_parent_first=true
prefer_binary_logs_over_text_files=true
disable_log_bin_after_switching_to_new_master=false
purge_old_relay_logs_when_failing_over=true
skip_error_count_before_giving_up=3
report_script=/home/user/report.py
log_level=info
workdir=/var/log/mha/app1/

[server1]
hostname=ip_address_of_server_1
port=3306

[server2]
hostname=ip_address_of_server_2
port=3306

...

注意替换上述模板中的占位符(`your_password_here`, `ip_of_*`)为实际值。

#### 启动MHA监控进程
一旦完成了前期准备工作之后便可以启动MHA Monitor服务端口监听任务了。

nohup masterha_manager --conf=/path/to/app1.cnf &

此时应该可以在日志里看到类似这样的输出表示正常运行中：“Starting MHA monitor... ok”。

#### 测试读写分离效果
通过应用程序层面调整JDBC URL或者其他形式访问接口指向新设立好的VIP地址即可享受到由MHA带来的自动化负载均衡特性所带来的便利之处；当检测到原Master出现问题后也会迅速切换至备用方案继续提供不间断的服务支持。