mmm_control usage

最新推荐文章于 2024-04-18 09:56:53 发布
原创 最新推荐文章于 2024-04-18 09:56:53 发布 · 635 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了如何使用mmm_control工具进行数据库集群的基本控制操作，包括角色移动、在线设置、离线设置、状态检查和ping检查。通过示例展示了如何在不同节点间移动writer角色、恢复离线状态和设置在线状态等关键步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

−Table of Contents

How to use

This page shows a few very basic things you can do to control MMM.

mmm_control

Most of the control is available through mmm_control tool on monitor server. If you have few clusters in configuration, you should always use it together with cluster name you want to query (i.e. to check C1 status, use “mmm_control @C1 show”). Otherwise, if you have single pair in configuration, it can be used without cluster name. Arguments are as follows:

mmm_control <move_role|set_online|show|ping|set_offline> [..params..]

move_role

move_role - usually used to move writer role between cluster nodes. i.e. we have this cluster status:

# mmm_control @C1 show
Config file: mmm_mon_C1.conf
Daemon is running!
Servers status:
db1(192.168.0.10): master/ONLINE. Roles: reader(192.168.0.14;)
db2(192.168.0.13): master/ONLINE. Roles: reader(192.168.0.11;), writer(192.168.0.12;)

to move writer role to db1, you should issue:

# mmm_control @C1 move_role writer db1
Config file: mmm_mon_C1.conf
Daemon is running!
Command sent to monitoring host. Result: OK: Role 'writer' has been
moved from 'db2' to 'db1'. Now you can wait some time and check
new roles info!
 
# mmm_control @C1 show
Config file: mmm_mon_C1.conf
Daemon is running!
Servers status:
db1(192.168.0.10): master/ONLINE. Roles: reader(192.168.0.14;), writer(192.168.0.12;)
db2(192.168.0.13): master/ONLINE. Roles: reader(192.168.0.11;)

set_online

set_online - command is used to recover the node when from a failure when it's state is “AWAITING_RECOVERY” or “ADMIN_OFFLINE”. For instance, I restart db1 and after restart here's the cluster status:

# mmm_control @C1 show
Config file: mmm_mon_C1.conf
Daemon is running!
Servers status:
db1(192.168.0.10): master/AWAITING_RECOVERY. Roles: None
db2(192.168.0.13): master/ONLINE. Roles: reader(192.168.0.14;), reader(192.168.0.11;), writer(192.168.0.12;)

You see all roles are moved to db2 as db1 has failed. Now that it's recovered, we should set it online:

# mmm_control @C1 set_online db1
Config file: mmm_mon_C1.conf
Daemon is running!
Command sent to monitoring host. Result: OK: State of 'db1' changed
to ONLINE. Now you can wait some time and check its new roles!
 
# mmm_control @C1 show
Config file: mmm_mon_C1.conf
Daemon is running!
Servers status:
db1(192.168.0.10): master/ONLINE. Roles: reader(192.168.0.14;)
db2(192.168.0.13): master/ONLINE. Roles: reader(192.168.0.11;), writer(192.168.0.12;)

set_offline

set_offline - this is used to bring the node down manually for maintenance:

# mmm_control @C1 show
Config file: mmm_mon_C1.conf
Daemon is running!
Servers status:
db1(192.168.0.10): master/ONLINE. Roles: reader(192.168.0.14;), writer(192.168.0.12;)
db2(192.168.0.13): master/ONLINE. Roles: reader(192.168.0.11;)
 
 
# mmm_control @C1 set_offline db1
Config file: mmm_mon_C1.conf
Daemon is running!
Command sent to monitoring host. Result: OK: State of 'db1' changed
to ADMIN_OFFLINE. Now you can wait some time and check all roles!
 
# mmm_control @C1 show
Config file: mmm_mon_C1.conf
Daemon is running!
Servers status:
db1(192.168.0.10): master/ADMIN_OFFLINE. Roles: None
db2(192.168.0.13): master/ONLINE. Roles: reader(192.168.0.14;), reader(192.168.0.11;), writer(192.168.0.12;)

Again, writer and reader roles automatically move to db1. To get db1 up, we use set_online:

# mmm_control @C1 show
Config file: mmm_mon_C1.conf
Daemon is running!
Servers status:
db1(192.168.0.10): master/ONLINE. Roles: reader(192.168.0.14;)
db2(192.168.0.13): master/ONLINE. Roles: reader(192.168.0.11;), writer(192.168.0.12;)

show

show - as I noticed, command is used to get current cluster status. These are the most common node states:

  • master/ONLINE - this indicates that the node is running without any problems.
  • master/AWAITING_RECOVERY - it's common to see this state when MySQL is restarted and the node is not set on-line in cluster yet. If the node can't be set on-line, command “mmm_control @C1 set_online node” prints the explanation on what is the problem. If the problem is with replication, this is where you should check the problem manually in MySQL itself.
  • master/ADMIN_OFFLINE - indicates that node was set offline manually, but MySQL server is actually running.
  • master/HARD_OFFLINE - shows that MySQL server is unreachable. This could be a network failure or MySQL might actually be down.
  • master/REPLICATION_FAIL - indicates an obvious replication error. You should check the problem and fix it manually.
  • master/REPLICATION_DELAY - this happens when the node can't catch up with the master. It's common to see this if MySQL was down for a while but if this happens on a normal workload, probably there's some serious problem (slow network, weak hardware etc). When this happens,  MMM automatically moves reader role to the active master server so the node could catch up faster and the data from database would be actual.

ping

- ping - this is to simply check the monitor status. If monitor is on-line:

# mmm_control @C1 ping
Config file: mmm_mon_C1.conf
Daemon is running!

when the monitor is down:

# mmm_control @C1 ping
Config file: mmm_mon_C1.conf
 
WARNING!!! DAEMON IS NOT RUNNING. INFORMATION MAY NOT BE ACTUAL!!!
...

General guidelines

Now, few general guidelines:

- To make an lvm based clone from one master (or a slave from master/slave), mmm_clone command can be used:

db2:~# mmm_clone --host db1 --clone-mode master-master

Note, command must be executed in the destination server.

- If you are going to do some manual shutdown/restart operations on the cluster nodes, please make use of manual set offline/online commands. For example to upgrade mysql on both nodes w/o downtime (only few active mysql sessions will get killed):

  1. “mmm_control @C1 set_offline db2” (db1 will be the only working server at this point)
  2. upgrade mysql on db2, make sure mysql is started and replication_delay is going well on both nodes (“SHOW SLAVE STATUS\G” sql statement should show seconds_behind_master: 0)
  3. “mmm_control @C1 set_online db2” to bring db2 back in cluster and ensure that the cluster status is fine with “mmm_control @C1 show” command.
  4. move writer role manually to db2: “mmm_control @C1 move_role writer db2”
  5. now repeat set_offline, upgrade and set_online for db1
  6. again, ensure cluster is running fine.

If both nodes have equal hardware configuration and are equally well to serve as masters (which is what we would usually expect), you should be fine at this point, otherwise you may need to move writer role to db1 with command:

mmm_control @C1 move_role writer db1
【Android】如何使用adb抓取Android系统的WiFi日志
一介草民，只为生活。
08-27 694
- 本文整理了使用adb抓取Android系统的WiFi日志的方式。
AI原生应用里对话状态跟踪的优化策略
移动开发前沿的博客
08-05 698
对话状态跟踪(Dialogue State Tracking, DST)作为AI原生应用的核心组件，负责准确建模和动态更新用户意图与对话上下文。本文系统分析了DST的理论基础、架构设计与实现机制，提出了一套全面的优化策略框架，涵盖状态表示学习、不确定性建模、资源效率优化和跨领域适应等关键维度。通过理论分析与实践案例相结合的方式，本文为AI工程师和研究人员提供了从基础实现到前沿创新的完整知识体系，助力构建更智能、更可靠的对话系统。部分可观测性用户真实意图通常不会完全明确表达系统必须基于不完整信息进行推理。
mysql-mmm有关mmm_control 参数测试(完整版)
wulantian的专栏
11-01 5900
//mysql-mmm有关mmm_control参数测试 1. MMM主要功能脚本介绍：  a. mmm_mond   监控进程，负责所有的监控工作，决定和处理所有节点角色活动。  b.  mmm_agent   运行在每个Mysql服务器上的代理进程，完成监控的探针工作和执行简单的远端服务设置。  c. mmm_control    一个简单的脚本，提供管理mmm_mond进程的命
mysql-mmm有关mmm_control 参数测试
wulantian的专栏
10-26 2202
//mysql-mmm有关mmm_control参数测试 1. MMM主要功能脚本介绍：  a. mmm_mond   监控进程，负责所有的监控工作，决定和处理所有节点角色活动。  b.  mmm_agent   运行在每个Mysql服务器上的代理进程，完成监控的探针工作和执行简单的远端服务设置。  c. mmm_control    一个简单的脚本，提供管理mmm_mond进程的命
搭建MYSQL的mmm架构出现 master/AWAITING_RECOVERY. Roles报错
qq_38522268的博客
03-21 604
我在搭建完MMM，查看状态 root@localhost mysql-mmm]# mmm_control show db1(192.168.1.114) master/AWAITING_RECOVERY. Roles: db2(192.168.1.103) master/AWAITING_RECOVERY. Roles: db3(192.168.1.104) slave/AWAI...
Mysql数据库MMM实现高可用架构
OSoooo的博客
09-24 356
文章目录一，MMM介绍二、MMM搭建 一，MMM介绍 MMM（Master-Master replication manager for MvSQL，MySQL主主复制管理器） 是一套支持双主故障切换和双主日常管理的脚本程序。MMM 使用 Perl 语言开发，主要用来监控和管理 MySQL Master-Master （双主）复制，虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一
MMM mysql高可用配置详细配置
msun96的博客
03-27 5173
一 MMM 高可用mysql简介    MMM(Master-Master Replication mananger for mysql)，由一个管理端（monitor）和多个代理端（agent）构成。通过MMM可以实现监控和管理Mysql主主复制和服务状态，同时也可监控多个Slave节点的复制以及运行状态，并且可以做到任何节点发生故障时实现自动化切换的功能。    MMM套件三个主要脚本
cce2_DarkCloudCover_Piercing_3OutsideDownUp_Meeting Separating_Thrusting_On InNeck_TweezersTop底_上升扇贝
Linli522362242的专栏
04-18 595
cce2_Ascending scallops_ J-shaped_DarkCloudCover_Piercing Line_Three Outside Down_Three Outside Up_Meeting Line _Separating Line_Thrusting_On Neck_In Neck_Tweezers Top_Tweezers Bottom_flags and pennants
cce2_空头回补cover_Takuri line_Inverted Hammer_Hanging Man_shooting star_double bottom_double top_Umbrel
Linli522362242的专栏
02-07 1553
cce2_空头回补cover to buy_Umbrella Lines_Takuri line_Inverted Hammer_Hanging Man_shooting star_double bottom_double top_rally反弹_pandas multiple conditions based on multiple columns_df['color'] = np.where(((df.A < 3) & ((df.B - df.C) < 0)), 'r', 'b')
Android驱动程序开发实例精讲-0_Android系统HAL驱动开发经典案例详解（基于Android4.0）
zbl_learn的博客
04-21 2723
通过学习一个LED点灯的简单功能，掌握Linux驱动程序与HAL硬件抽象层之间的调用方法，同时掌握JNI层的编写思想，学会使用Eclipse编写Android应用程序，深入体会Android HAL架构。本章内容主要参考文献：《Android深度探索（卷1） HAL与驱动开发》、《TQ210开发板Android_HAL_LED_V1.2.pdf》
MySQL 高可用：mysql-mmm 部署
04-23 2226
基本信息和规划： #服务器信息： ==================================================================== ip address hostname ServerVersion MySql ------------ --------- -------------- ----------- 192.168.100.151 se...
从零开始配置MySQL MMM (续)——32bit CentOS 5上遇到的一些问题
suoyihen
12-29 182
在上一篇《从零开始配置MySQL MMM》中，在64bit的RHEL6中安装和配置MySQL-mmm。这两天又拿到了一个全32bit的CentOS 5，在配置过程中有遇到了一些其他问题。 一、依赖问题 因为这个环境中无法通过yum直接安装mysql-mmm，所以只有通过下载安装文件进行安装。而在安装mmm之前，需要安装其所依赖的库文件。为了方便起见，并没有对monitor和database...
MMM配置文件及相关命令
qq_34457768的博客
03-21 1542
1、/etc/mysql-mmm/mmm_common.conf所有节点的命令配置文件，内容一样2、/etc/mysql-mmm/mmm_agent.conf代理节点的配置文件，配置对应的虚拟主机名3、/etc/mysql-mmm/mmm_mon.conf监控节点的配置文件4、/var/log/mysql-mmm/mmm_mond.log监控节点日志5、启动服务代理节点：chkconfigmysq...
MySQL(MMM架构使用)
Win_Le的博客
07-02 1096
作者：李立衡 来源：优快云 原文：https://blog.youkuaiyun.com/LLcmpgheng/article/details/90379466 版权声明：本文为博主原创文章，转载请附上博文链接！ 本案例要求基于普通版的MySQL服务器改造MMM架构，完成以下任务操作： 启动MMM集群架构 设置集群中服务器为online状态 MySQL-MMM架构部署完成后需要启动，数据库端启动mmm-a...
嵌入式C语言从入门到精通视频教程.zip
08-21
目录： 1.1C语言会被淘汰吗?.mp4 1.2 如何成为嵌入式高手.mp4 1.3 搭建开发环境.mp4 1.4初识程序结构.mp4 1.5单片机程序的编译与运行简介.mp4 2.1 单片机中数据表现形式.mp4 2.2 为什么要引入数据类型.mp4 2.3 为什么要使用C99的整数类型.mp4 2.4 sizeof用法.mp4 2.5 GPIO输出速度影响什么.mp4 2.5 负数的二进制表现形式.mp4 2.6 变量的用法与注意事项.mp4 2.7 浮点型数据类型 2.8 一个字符引入的BUG 2.9 浮点数应用注意事项 2.10 为什么要引入ASCII码 3.1 C语言有哪些运算符 3.2 算数运算符及应用案例 3.3 算数复合赋值运算符 3.4 增1和减1运算符及应用案例 3.5 单片机是如何控制外设的 3.6 牢记位运算符的口诀 3.7 逻辑移位与算数移位的区别 3.8 左移右移位运算应用案例 3.9 位运算应用案例1.mp4 3.10 位运算应用案例2 .mp4 4.1 printf的基本用法.mp4 4.2 printf的精细格式控制.mp4 4.3 printf输出转义序列.mp4 5.1数据运算的类型转换.mp4 5.2数据截断和数据扩充的规则.mp4 5.3数据扩充的应用案例和总结.mp4 5.4数据运算发生溢出的危害.mp4 5.5 数据扩充案例.mp4 5.6 24000000U中的U是做什么用的?.mp4 6.1 bool数据类型.mp4 ............ 网盘文件永久链接
该课题为基于Matlab的人脸考勤系统。如果需要硬件结合的话，可以调取摄像头。带有人机交互界面。可以在人机交互界面的基础之上，进行相应的拓展。人脸库可以使用您自己的真实人脸库。(11).zip
08-21
该课题为基于Matlab的人脸考勤系统。如果需要硬件结合的话，可以调取摄像头。带有人机交互界面。可以在人机交互界面的基础之上，进行相应的拓展。人脸库可以使用您自己的真实人脸库。(11).zip
该课题为基于Matlab的运动目标跟踪系统。可以实时框定运动目标。对运动目标的行为做识别。带有人机交互界面，需要在人机交互界面的基础上进行拓展(12).zip
最新发布
08-21
该课题为基于Matlab的运动目标跟踪系统。可以实时框定运动目标。对运动目标的行为做识别。带有人机交互界面，需要在人机交互界面的基础上进行拓展(12).zip
毫米波MIMO系统中基于凹度近似的功率分配.zip
08-21
1.版本：matlab2014a/2019b/2024b 2.附赠案例数据可直接运行。 3.代码特点：参数化编程、参数可方便更改、代码编程思路清晰、注释明细。 4.适用对象：计算机，电子信息工程、数学等专业的大学生课程设计、期末大作业和毕业设计。
怎么样删除mmm_control缓存记录，使mmm_control show恢复到初始结果
06-14
<think>我们正在处理的是MySQLMMM（Master-MasterReplicationManager）中的`mmm_control`命令缓存问题。用户希望清除`mmm_control`的缓存记录，使其`show`命令恢复到初始状态。在MySQLMMM架构中：-`mmm_agent`运行在每个MySQL节点上，负责监控本地MySQL状态并执行操作。-`mmm_monitor`运行在监控节点上，通过收集所有agent的信息来管理整个集群。-`mmm_control`是一个客户端工具，用于向monitor发送命令并获取集群状态。`mmm_controlshow`命令显示的状态信息是由monitor节点维护的。这些状态信息可能会因为监控过程中收集的历史数据而发生变化（比如节点状态的变化历史）。但是，monitor节点本身并不会永久存储这些状态（通常存储在内存中），因此重启monitor服务会清除这些状态。然而，用户提到“缓存记录”，可能是指monitor在运行过程中积累的状态信息，或者是指`mmm_control`客户端本地可能存在的缓存？实际上，`mmm_control`命令本身并不在本地缓存数据，它每次执行都会连接到monitor节点获取实时状态。因此，我们主要关注monitor节点上的状态。清除monitor节点上的状态（即重置为初始状态）的方法：1.重启monitor服务：这会清除monitor内存中保存的所有状态，重新开始收集信息。2.如果monitor配置了持久化状态（默认情况下没有），则还需要删除持久化文件（但默认不持久化）。另外，用户可能希望重置所有状态计数器（比如节点标记为不可用的次数等），重启monitor也可以达到这个效果。具体步骤：-在monitor节点上重启`mysql-mmm-monitor`服务。-注意：重启monitor服务期间，集群将暂时失去监控（但不会影响数据库运行）。如果用户希望在不重启服务的情况下重置某些状态，mmm_monitor并没有提供直接的命令来清除缓存。但是，我们可以通过让monitor重新加载配置（reload）来刷新一些状态（但可能不会清除所有运行状态）。因此，推荐的方法是重启monitor服务。操作步骤：1.在monitor节点上执行：```bash#对于使用systemd的系统（如CentOS7+）sudosystemctlrestartmysql-mmm-monitor#对于使用init的系统（如CentOS6）sudoservicemysql-mmm-monitorrestart```2.重启后，等待monitor重新与所有agent建立连接并收集状态（可能需要几秒钟到一分钟）。3.然后使用`mmm_controlshow`查看，此时显示的状态应该是初始状态（即没有任何历史事件影响的状态）。注意：重启monitor服务不会改变集群中MySQL节点的实际状态（比如复制状态、读写设置等），它只会重置monitor内部的状态记录。如果重启monitor服务后问题仍然存在，那么可能是集群中确实存在问题，需要进一步检查。另外，如果用户希望清除agent节点上的状态，可以重启agent服务（但通常不需要，因为monitor的状态是独立的）：```bashsudosystemctlrestartmysql-mmm-agent```但是，用户的问题是关于`mmm_controlshow`的，所以重点在monitor。最后，确保在操作过程中不影响生产环境，最好在维护窗口进行。相关问题：1.如何重启mysql-mmm-monitor服务？2.重启monitor服务对MySQL集群有什么影响？3.如何检查mysql-mmm-monitor是否正常运行？</think>要清除 `mmm_control` 的缓存记录并使其 `show` 命令恢复到初始状态，请按以下步骤操作。MySQL MMM 的缓存状态主要存储在 monitor 节点上，清除缓存需要通过重置 monitor 服务实现： ### 清除缓存步骤 1. **停止 MMM Monitor 服务** 在 monitor 节点上执行： ```bash # systemd 系统 sudo systemctl stop mysql-mmm-monitor # init 系统 sudo service mysql-mmm-monitor stop ``` 2. **删除状态缓存文件** 删除 monitor 的运行时状态文件（默认位置）： ```bash sudo rm -f /var/lib/mysql-mmm/mmm_mond.state sudo rm -f /var/lib/mysql-mmm/mmm_mond.status ``` > 这些文件存储集群的实时状态缓存[^1] 3. **清理日志文件（可选但推荐）** 重置日志避免旧状态干扰： ```bash sudo truncate -s 0 /var/log/mysql-mmm/monitor.log ``` 4. **重启 Monitor 服务** 重新启动服务加载初始状态： ```bash sudo systemctl start mysql-mmm-monitor # systemd sudo service mysql-mmm-monitor start # init ``` 5. **验证初始状态** 等待 30 秒后检查状态： ```bash mmm_control show ``` 预期输出：所有节点状态应为 `ONLINE`，角色显示为初始配置（无 `HARD_OFFLINE` 等异常状态） ### 关键注意事项 1. **执行节点**：所有操作必须在 **MMM Monitor 节点** 执行（非 agent 节点） 2. **权限要求**：需 root 权限或 `sudo` 3. **影响范围**： - 清除缓存期间集群监控短暂中断（约 10-30 秒） - **不会影响** MySQL 数据库运行和复制 4. 若状态未重置，检查配置文件： ```bash mmm_control --check-config # 验证配置一致性[^1] ``` ### 持久化配置建议 为防止状态漂移，在 `mmm_common.conf` 中添加： ```perl active_master_role writer ``` 该设置强制指定主节点角色[^2]。 --- **故障恢复流程图** ```mermaid graph TD A[mmm_control show 状态异常] --> B{停止 monitor 服务} B --> C[删除状态文件] C --> D[清理日志] D --> E[重启 monitor] E --> F[验证初始状态] F -->|成功| G[完成] F -->|失败| H[检查配置和日志] H --> I[修复配置错误] I --> E ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值