搭建MySQL MMM高可用

搭建MMM:
1,安装
agent 节点执行
yum install -y mysql-mmm-agent
2， monitor 节点执行
yum install -y mysql-mmm-monitor
配置文件

1， /etc/init.d/mysql-mmm-agent start
perl: warning: Setting locale failed."的解决
vi /root/.bashrc
再最底部加上
export LC_ALL=C
或者直接运行
echo "export LC_ALL=C" >> /root/.bashrc
然后执行一下：
source /root/.bashrc

2，<host db1>
ip 192.168.60.166
mode master
peer centos_TP166
</host>
启动报错,Starting MMM Monitor Daemon: Config entry 'host->db2->peer'
修改错误 这个<host db1>的db1 改成centos_TP166
3,exec of /usr/libexec/mysql-mmm/monitor/checker reaped child 17439 with exit 65280
需要修改mmm_mon.conf的bin_path
4，配置/usr/sbin/mmm_control show 老是提示
ERROR: Can't connect to monitor daemon!
取消配置文件的 # 中文注释
5，配置好主主复制，和主从复制
6，/etc/init.d/mysql-mmm-monitor restart报错
Starting MMM Monitor Daemon: Can't run second copy of mmm_mond
原来是/etc/rc.d/init.d/mysql-mmm-monitor 的 MMMD_MON_PIDFILE="/var/run/mysql-mmm/mmm_mond_test_mmm.pid"
配置错误
7，MMM 一台mysqldown掉， 会将虚IP漂移到其他的机器，当重启mmm的monitor的监控时，会给其分配虚IP
INFO Moving role 'reader(192.168.60.60)' from host 'centos_TP168'to host 'centos_TP167'
8，mmm_control show 出现：
Warning: agent on host centos_TP167 is not reachable
在167机器上ps -ef|grep mm 出现多个 mmm_agentd, kill掉这些，在启动mmm_agentd就解决
9，执行命令后 mmm_control set_offline centos_TP166 166机器下线
但执行mmm_control show 就ERROR: Can't connect to monitor daemon!
执行mmm_control checks all也出现centos_TP166 rep_threads [last change: 2019/05/15 15:06:48] ERROR: Replication is broken
只有重新执行mmm_control set_online centos_TP166 再 checks才正常

2019年5月9日13:45:59
生产库上一般不建议设置过滤规则, 如果非要设置, 强烈建议从库使用通配符方式过滤某个库

2019年5月14日14:22:10
查mysql未提交事务
查询 正在执行的事务：
SELECT * FROM information_schema.INNODB_TRX

查看正在锁的事务
SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS;

查看等待锁的事务

SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCK_WAITS;

原文：https://blog.csdn.net/emoers/article/details/77971468

2019年5月16日15:12:23
手工 kill -9 mmm进程，查看/etc/init.d/mysql-mmm-monitor status
mmm_mond 已死，但 pid 文件仍存
如果
重启restart，提示 DEBUG Sending command 'GET_AGENT_STATUS()' to 167 (192.168.60.167)
一直不动，
查看167服务器的mysql-mmm-agent，手工kill -9 掉 mmm的进程，重启agent

关闭mysql-mmm-monitor ,要先关闭mysql-mmm-agent,再启动mysql-mmm-monitor

在CentOS 6.3 x86_64下安装php-mcrypt的时候出现了问题：Error: Cannot retrieve metalink for repository: epel. Please verify its path and try again，需要安装epel源。

解决方法： 一句话：把/etc/yum.repos.d/epel.repo，文件第3行注释去掉，把第四行注释掉。具体如下：

打开/etc/yum.repos.d/epel.repo，将

[epel]
name=Extra Packages for Enterprise Linux 6 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch
mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch

修改为

[epel]
name=Extra Packages for Enterprise Linux 6 - $basearch
baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch
#mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch

再清理源，重新安装

yum clean all
yum install -y 需要的包

 

如果还是不行，修改DNS,到/etc/resolv.conf下添加一下：

nameserver 8.8.8.8
search localdomain

然后重启network服务：service network restart

配置文件：

 Monitor机器：   mmm_common.conf

active_master_role      writer

<host default>
    cluster_interface       eth0
    pid_path                /var/run/mysql-mmm/mmm_agentd.pid
    bin_path                /usr/libexec/mysql-mmm
    replication_user        sa
    replication_password    cc.123
    agent_user              sa
    agent_password          cc.123
    mysql_port              18602
</host>

<host centos_TP166>
    ip      192.168.60.166
    mode    master
    peer    centos_TP166
</host>

<host centos_TP167>
    ip      192.168.60.167
    mode    master
    peer    centos_TP167 
</host>

<host centos_TP168>
    ip      192.168.60.168
    mode    slave
</host>

<role writer>
    hosts   centos_TP167,centos_TP166 
    ips     192.168.60.40
    mode    exclusive
</role>

<role reader>
    hosts   centos_TP167,centos_TP168
    ips     192.168.60.60, 192.168.60.61
    mode    balanced
</role>

debug 0

 Monitor机器：   mmm_mon.conf

include mmm_common.conf

<monitor>
    ip               127.0.0.1
    port             9992
    pid_path         /var/run/mysql-mmm/mmm_mond_mmm.pid
    bin_path         /usr/libexec/mysql-mmm
    status_path      /var/lib/mysql-mmm/mmm_mond_test_mmm.status
    ping_ips         192.168.60.166, 192.168.60.167, 192.168.60.168
    auto_set_online  30                                           
</monitor>

<host default>
    monitor_user      sa       
    monitor_password  cc.123  
</host>

<check mysql>
    check_period      2       
    trap_period       4       
    max_backlog       900      
</check>

 agent 机器：   mmm_common.conf 

active_master_role      writer

<host default>
    cluster_interface       eth0
    pid_path                /var/run/mysql-mmm/mmm_agentd.pid
    bin_path                /usr/libexec/mysql-mmm/
    replication_user        sa
    replication_password    cc.123
    agent_user              sa
    agent_password          cc.123
    mysql_port              18602
</host>

<host centos_TP166>
    ip      192.168.60.166
    mode    master
    peer    centos_TP166
</host>

<host centos_TP167>
    ip      192.168.60.167
    mode    master
    peer    centos_TP167 
</host>

<host centos_TP168>
    ip      192.168.60.168
    mode    slave
</host>

<role writer>
    hosts   centos_TP167,centos_TP166 
    ips     192.168.60.40
    mode    exclusive
</role>

<role reader>
    hosts   centos_TP167,centos_TP168
    ips     192.168.60.60, 192.168.60.61
    mode    balanced
</role>

全部机器： /etc/hosts 新加：

192.168.60.165 centos_TP165
192.168.60.166 centos_TP166
192.168.60.167 centos_TP167
192.168.60.168 centos_TP168

 Monitor机器：  /etc/rc.d/init.d/mysql-mmm-monitor  启动MMM脚本

   检查 MMMD_MON_PIDFILE的pid文件 和  monitor的mmm_mon.conf配置的pid文件路径要一致

 

mysql-mmm故障处理机制中总结：

 1.对外提供读写的虚拟IP是由monitor程序控制。如果monitor没有启动那么db服务器不会被分配虚拟ip,但是如果已经分配好了虚拟ip，当monitor程序关闭了原先分配的虚拟ip不会立即关闭外部程序还可以连接访问（只要不重启网络），这样的好处就是对于monitor的可靠性要求就会低一些，但是如果这个时候其中的某一个db服务器故障了就无法处理切换，也就是原先的虚拟ip还是维持不变，挂掉的那台DB的虚拟ip会变的不可访问。
 2.agent程序受monitor程序的控制处理write切换，从库切换等操作。如果monitor进程关闭了那么agent进程就起不到什么作用，它本身不能处理故障。
 3.monitor程序负责监控db服务器的状态，包括Mysql数据库、服务器是否运行、复制线程是否正常、主从延时等；它还用于控制agent程序处理故障。
 4.monitor会每隔几秒钟监控db服务器的状态，如果db服务器已经从故障变成了正常，那么monitor会自动在60s之后将其设置为online状态(默认是60s可以设为其它的值)，有监控端的配置文件参数“auto_set_online”决定，群集服务器的状态有三种分别是：HARD_OFFLINE→AWAITING_RECOVERY→online
 5.默认monitor会控制mmm_agent会将writer db服务器read_only修改为OFF，其它的db服务器read_only修改为ON,所以为了严谨可以在所有的服务器的my.cnf文件中加入read_only=1由monitor控制来控制writer和read,root用户和复制用户不受read_only参数的影响。

mysql-mmm架构总结:

(1)master-db2备选主节点宕机不影响集群的状态，就是移除了master-db2备选节点的读状态。
(2)master-db1主节点宕机，由master-db2备选主节点接管写角色，slave-db1,slave-db2指向新master2主库进行复制，slave-db1,slave-db2会自动change master到master2.
(3)如果master-db1主库宕机，master-db2复制应用又落后于master-db1时就变成了主可写状态，这时的数据主无法保证一致性。
   如果master-db2,slave-db1,slave-db2延迟于master-db1主，这个时master-db1宕机，slave-db1,slave-db2将会等待数据追上master-db1后，再重新指向新的主master-db2进行复制操作，这时的数据也无法保证同步的一致性。
(4)如果采用MMM高可用架构，主，主备选节点机器配置一样，而且开启半同步进一步提高安全性或采用MariaDB/mysql5.7进行多线程从复制，提高复制的性能。