mmm

问题： 给你n个值 如果相与$(&)$不为0 则建边 求最小环 解： 首先这道题求最小环 我们可以想到 假若有一个二进制位上 有三个1 那么最短的环长度一定是3 否则建立边 共120多个边 这里谈到求最小环的问题 话说某位巨佬跟我说可以用DFS搜索环 但是这种情况因为是深度优先搜索 会忽略掉环 求不出最小环 这里谈到$floyd$求最小环 证明就是令$k$ 为环上最大 的点 找不经过$k$ 也就是$<k $的点的最短路 注意初始化 $g[i][j]$表示原来的连边情况 $dis[i][j]$ 就是两点间 的距离 code: memcpy(dis,g,sizeof(dis)); for(int k=1;k<=200;k++) { for(int i=1;i<k-1;i++) for(int j=i+1;j<=k-1;j++) ans=min(ans,g[i][k]+g[k][j]+dis[i][j]); for(int i=1;i<=200;i++) for(int j=1;j<=200;j++) dis[i][j]=min(dis[i][j],dis[i][k]+dis[k][j]); } #include<bits/stdc++.h> using namespace std; const int maxn=1e5+5; long long a[maxn]; int n,Next

如何避免mysql单点故障 利用mysql主从复制来解决mysql单点故障 如何解决主服务器的单点问题 主服务器切换后，如何通知应用新的主服务器的ip地址 如何检查mysql主服务器是否可用 如何处理从服务器和新主服务器之间的那种复制关系 解决这些问题使用第三方管理组件一种是mmm （Multi-Master Replicatin Manager）,它是perl语言开发的一套用于管理mysql主主同步架构的一种工具集，主要作用是，监控和管理mysql的主主复制拓扑，并在当前的主服务器失效时，进行主和主备服务器之间的主从切换和故障转移工作。 MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度的保证业务可用性的场景。对于那些对数据的一致性要求很高的业务，非常不建议采用MMM这种高可用架构。 MMM提供了什么功能 MMM监控mysql主从复制健康情况 在主库出现宕机时进行故障转移并自动配置其它从对新主的复制 MMM部署步骤 1、配置主主复制及主从同步集群 2、安装主从节点所需要的支持包 3、安装及配置MMM工具集 4、运行MMM监控服务 5、测试 MHA（Master High Availability

　　一.简介 　　　　本文将介绍如何使用mysql-mmm搭建数据库的高可用架构. 　　二.环境 服务器 主机名 Ip Severed Mysql版本 系统 Master1 master1 192.168.4.10 10 5.6.15 Centos6.9 Master2 master2 192.168.4.11 11 5.6.15 Slave1 slave1 192.168.4.12 12 5.6.15 Slave2 slave2 192.168.4.13 13 5.6.15 Monitor monitor 192.168.4.100 无 无 Client client 192.168.4.120 无 5.6.15 　　　 　 虚拟IP 　　　　　　 虚拟ip 功能 描述 192.168.4.200 Write 主用master写入虚拟Ip 192.168.4.201 read 读服务器虚拟Ip 192.168.4.202 Read 读服务器虚拟Ip 案例图谱 　　三.mmm架构 服务器角色 类型 服务进程 主要用途 管理节点 mmm-monitor 负责所有的监控工作的监控守护进程，决定故障节点的移除或恢复。 数据库节点 mmm-agent 运行所在MySQL服务器殇的代理守护进程，提供简单远程服务集、提供给监控节点（可用来更改只读模式、复制的主服务器等 ） 　　　　

mysql主从架构中其实就一个主在工作，而从就相当于一个备份机器， 从通过日志监测的方式来备份主库上的数据 而保证主库的数据安全。在这种架构中如果从上的数据做了改变，主数据是不会用任何变化的。因为mysql主从架构主要是mysql从监控mysql主的日志变化来实现同步，相反的在这个架构中主并没有监控从的日志变化。所以，mysql从数据反生变化，主也就没有什么变化了。 通过上述描述，可以看到如果 想实现主主复制，无非就是在mysql主从架构上让mysql主实现监测从的日志变化，从而实现两台机器相互同步。 (主从的架构前面有博文 http://www.linuxidc.com/Linux/2013-10/91682.htm ) 实验环境：两台服务器： 主机名：HA1,HA2(呵呵,这个主机名是英文缩写High availability，高可用的意思) ip: 192.168.1.231 192.168.1.232 主机系统： CentOS 6.4 mysql版本5.5.22 首先，看下HA1（192.168.1.231）的mysql配置文件 vim /etc/my.cnf # Example MySQL config file for very large systems. # # This is for a large system with memory of 1G-2G

简介 MMM（Master-Master replication manager for MySQL）是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发，主要用来监控和管理MySQL Master-Master（双主）复制，虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时刻备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个slave的read负载均衡。 MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度的保证业务可用性的场景。对于那些对数据的一致性要求很高的业务，非常不建议采用MMM这种高可用架构。 MMM项目来自 Google： http://code.google.com/p/mysql-master-master 官方网站为： http://mysql-mmm.org 系统环境 主机名 操作系统 IP地址 VIP地址 角色 mysql-mmm服务器 CentOS 7.0 x86_64 192.168.96.169 master01服务器 CentOS 7.0 x86

架构优点：(1)99%高可用; (2)读写分离，负载均衡; (3)自动故障切换(4)自动切换主从 架构缺点：(1)需要在每一个mysql节点安装mmm-agent，新加入节点之后要修改每一台的mmm_common.conf 配置文件 (2)amoeba目前无人维护，这是最大的安全隐患。 1.架构图 2.所需软件 名称 版本 下载地址 mysql server mysql Ver 14.14 Distrib 5.6.27, for Linux (x86_64) yum源安装，yum源地址：http://dev.mysql.com/get/mysql57-community-release-el6-7.noarch.rpm mysql-mmm 2.2.1 yum源安装 amoeba amoeba-mysql-3.0.5-RC https://sourceforge.net/projects/amoeba/files/ 3.机器配置与ip地址 机器名 ip地址 配置 用途 amoeba1 192.168.2.155/192.168.10.30 4G,4C amoeba+mmm_monitor+keepalived (主) amoeba2 192.168.2.156/192.168.10.31 4G,4C amoeba+mmm_monitor+keepalived (备) db1 192

如图所示。其中 192.168.4.10、192.168.4.11 作为MySQL双主服务器， 192.168.4.12、192.168.4.13 作为主服务器的从服务器。 一 、安装MySQL数据库 - 1.1步骤一：部署数据库主机| - 1.2 卸载系统自带的mariadb-server、mariadb软件包（如果有的话），清理/etc/my.cnf配置文件，此配置文件由RHEL自带的mariadb-libs库提供 root@monitor ~ ] # yum - y remove mariadb - server mariadb [ root@monitor ~ ] # rpm - qf / etc / my . cnf [ root@monitor ~ ] # mv / etc / my . cnf / etc / my . cnf . old - 1.3 在bundle的整合包中，并不是所有的rpm包都会用到，将一些重复的删除。 安装mysql时可能会缺少某些依赖包，需提前单独安装 [ root@monitor ~ ] # cd pan / ` [ root@monitor pan ] # tar xvf mysql - 5.7 .17 . tar [ root@monitor pan ] # yum - y install perl - Data - Dumper

原创作品，允许转载，转载时请务必以超链接形式标明文章 原始出处 、作者信息和本声明。否则将追究法律责任。 http://lizhenliang.blog.51cto.com/7876557/1354576 一、环境简述 1、工作逻辑图 2、MySQL-MMM 优缺点 优点：高可用性，扩展性好，出现故障自动切换，对于主主同步，在同一时间只提供一台数据库写操作，保证的数据的一致性。 缺点：Monitor节点是单点，可以结合Keepalived实现高可用。 3、MySQL-MMM工作原理 MMM(Master-Master replication managerfor Mysql ， Mysql 主主复制管理器 ) 是一套灵活的脚本程序，基于 perl 实现，用来对 mysql replication 进行监控和故障迁移，并能管理 mysql Master-Master 复制的配置 ( 同一时间只有一个节点是可写的 ) 。 mmm_mond ： 监控进程，负责所有的监控工作，决定和处理所有节点角色活动。此脚本需要在监管机上运行。 mmm_agentd ： 运行在每个mysql服务器上的代理进程，完成监控的探针工作和执行简单的远端服务设置。此脚本需要在被监管机上运行。 mmm_control ： 一个简单的脚本，提供管理mmm_mond进程的命令。 mysql-mmm

MMM高可用架构 MMM（Master-Master replication manager for MySQL） 是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发，主要用来监控和管理MySQL Master-Master（双主）复制，可以说是mysql主主复制管理器。虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时刻备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个slave的read负载均衡。关于mysql主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件（在任何时候只有一个节点可以被写入），这个套件也能对居于标准的主从配置的任意数量的从服务器进行读负载均衡，所以你可以用它来在一组居于复制的服务器启动虚拟ip，除此之外，它还有实现数据备份、节点之间重新同步功能的脚本。 MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度的保证业务可用性的场景。MySQL本身没有提供replication failover的解决方案，通过MMM方案能实现服务器的故障转移

Android 系统提供了三种指令用于编译，他们分别为make、mmm、mm，这三个指令编译的优缺点如下： 1. make：不带任何参数，用于编译整个系统，编译时间比较长，除非是进行初次编译否则不建议此种做法； 例如：make MediaProvider z这种模式对应于单个模块的编译。它的优点是：会把该模块依赖的其他模块一起跟着编译。例如：make libmedia 就会把libmedia依赖库全部编译好。当然缺点也会很明显，那就是它会搜索整个源码来定位MediaProvider 模块所使用的Android.mk文件。并且还要判断该模块依赖的其他模块是否有修改。所以编译时间比较长。 2. mmm pacKages/providers/MediaProvider:该命令编译指定目录下的目标模块，而不编译它所依赖其他模块。所以，若是初次编译，采用此种模式编译一个模块往往会报错，错误的原因就在于它依赖的其他模块没有一起编译。 3. mm 这种编译方式一般需要cd 进入pacKages/providers/MediaProvider目录，然后执行mm指令。该命令会编译当前目录下的模块。它和mmm一样，只编译目标模块。mm和mmm编译的速度都很快。 从使用者的角度来考虑： 1. 如果只知道目标模块的名称，则建议使用 make 模块名 的方式编译目标模块。例如：如果要编译 libmedia