搭建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 php

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
生产库上通常不建议设置过滤规则, 若是非要设置, 强烈建议从库使用通配符方式过滤某个库mysql

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

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

查看等待锁的事务centos

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的进程，重启agentbash

关闭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

View Code

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>

View Code

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>

View Code

所有机器： /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

View Code

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进行多线程从复制，提升复制的性能。