mysql集群

***********MHA高可用+Atlas读写分离配置*********** 关闭防火墙SELinux rpm源码包下载： http://pan.baidu.com/s/1gfu4T39 92i2 1、构建本地YUM仓库： cd /etc/yum.repos.d/ mkdir bak mv C* ./bak/ cp ./bak/CentOS-Media.repo . 2、本地光盘yum安装依赖： yum install ncurses-devel libaio-devel -y yum install openssh-clients -y #密钥分发需要 3、创建mysql程序用户： useradd -M -s /sbin/nologin mysql 4、创建软连接： tar xf mysql-5.6.17-linux-glibc2.5-x86_64.tar.gz -C /usr/local/ ln -s /usr/local/mysql-5.6.17-linux-glibc2.5-x86_64/ /usr/local/mysql 5、创建软连接命令，如果装有yum，查看命令的具体位置，否则在使用命令时会出现错误： ln -s /usr/local/mysql/bin/* /usr/local/bin/ 6、复制启动脚本 [root@mha-01 ~]# cp /usr

上篇文章 MySQL集群搭建(3)-MMM高可用架构 介绍了 MMM 高可用集群的搭建方法, 里面有提到 MMM 可以配置多个读 VIP ， 今天这篇文章教大家怎么用 LVS 对这些读 VIP 做一个负载均衡。 1 LVS 介绍 1.1 简介 LVS 是 Linux Virtual Server 的简写，意即 Linux 虚拟服务器，是一个虚拟的服务器集群系统。本项目在 1998 年 5 月由章文嵩博士成立，是中国国内最早出现的自由软件项目之一。 LVS 集群采用 IP 负载均衡技术和基于内容请求分发技术。调度器具有很好的吞吐率，将请求均衡地转移到不同的服务器上执行，且调度器自动屏蔽掉服务器的故障，从而将一组服务器构成一个高性能的、高可用的虚拟服务器。 比如说，用 LVS 做 Web 负载均衡，那么请求 LVS 调度器的时候，请求会根据配置的算法分发给后端某台 Web 服务器，后端 Web 服务器机器对于请求者来说是透明的。 1.1 LVS 工作模式 LVS 包含以下三种常用工作模式 1). NAT 模式 NAT (Network Address Translation) 即网路地址装换，NAT 的工作原理是更改报文头（目标地址、源地址和端口等）后，转发请求都后端地址。流程如下 客户端请求 LVS 的 IP LVS 更改请求的目的 IP，改为后端服务器其中一个 IP，然后转发请求

MySQL集群 MySQL高可用 MMM: Multi-Master Replication Manager for MySQL，Mysql主主复制管理器是一套灵活的脚本程序，基于perl实现，用来对mysql replication进行监控和故障迁移，并能管理mysql Master-Master复制的配置(同一时间只有一个节点是可写的)   官网： http://www.mysql-mmm.org    https://code.google.com/archive/p/mysql-master-master/downloads MHA： Master High Availability，对主节点进行监控，可实现自动故障转移至其它从节点；通过提升某一从节点为新的主节点，基于主从复制实现，还需要客户端配合实现，目前MHA主要支持一主多从的架构，要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器，一主二从，即一台充当master，一台充当备用master，另外一台充当从库，出于机器成本的考虑，淘宝进行了改造，目前淘宝TMHA已经支持一主一从   官网: https://code.google.com/archive/p/mysql-master-ha/ Galera Cluster：wsrep(MySQL extended with the Write Set

实验需求：配置mysql-mmm，实现mysql的高可用 实验方案: 一.公共配置 准备5台RHEL6.4操作系统的服务器,安装MySQL数据库服务器软件包。 其中2台数据库服务器（192.168.10.10，192.168.10.20），配置为mysql主从同步中的主主结构,并开启级联复制功能。 把另外2台（192.168.10.30，192.168.10.40）配置为主主结构中，任意一台主的从数据库服务器。 验证数据是否能够正常同步 1.主数据库服务器192.168.10.10的配置文件如下： vim /etc/my.cnf [mysqld] server_id=10 log_bin=mysql-10-bin //两台主数据库服务器必须开启binlog日志，名称设置不同 log_slave_updates=1 //允许级联复制 auto_increment_offset=1 //指定自动增长字段的起始值 auto_increment_increment=2 //指定自动增长字段的步长 skip-name-resolve //不解析主机名 2.主数据库服务器192.168.10.20的配置文件如下： vim /etc/my.cnf [mysqld] server_id=20 log_bin=mysql-20-bin log_slave_updates=1 auto

如图所示。其中 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

前言 在成功搭建好k8s集群后，我们接下来先运行一个简单的应用。在这个过程中了解一下把一个项目部署至k8s集群的过程。 系统准备 首先，我们所准备的系统也很简单，是我之前用spring boot写的一个很简单的留言板系统。你也可以用自己开发的系统来代替，不过前提是可以进行容器化改造并且你对这个过程比较熟悉，那么可以参考下面的说明来把自己的系统打包成镜像。 当然，你也可以直接使用我的系统来部署，下面给出的配置文件在项目中都有，可以对照作为参考。 项目地址： LeaveWord 这个项目之前只是一个非常简单的Spring Boot项目，需要使用MySQL数据库。它根本算不上一个微服务系统，但是这不重要，我们就以这个项目为例来将其部署至k8s集群。 首先，先把leaveword的数据库链接地址修改为： spring : datasource : driver-class-name : com.mysql.jdbc.Driver url : jdbc : mysql : //leaveword - mysql - service : 3306/leaveword ? characterEncoding=utf8 &useSSL =false username : root password : root 其中，leaveword-mysql

MHA(Master High Availability)目前在 MySQL 高可用方面是一个相对成熟的解决方案, 是一套优秀的作为 MySQL 高可用性环境下故障切换和主从提升的高可用软件。在 MySQL 故障切换过程中,MHA 能做到在 0~30 秒之内自动完成数据库的故障切换操 作,并且在进行故障切换的过程中,MHA 能在最大程度上保证数据的一致性,以达 到真正意义上的高可用。 该软件由两部分组成:MHA Manager(管理节点)和 MHA Node(数据节点)。MHA Manager 可以单独部署在一台独立的机器上管理多个 master-slave 集群,也可以部署在一台 slave 节 点上。 MHA Node 运行在每台 MySQL 服务器上,MHA Manager 会定时探测集群中的 master 节点,当 master 出现故障时,它可以自动将最新数据的 slave 提升为新的 master,然后将 所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明。MHA 可 以 与半同步复制结合起来,目前 MHA 主要支持一主多从的架构,要搭建 MHA,要求一个复制集群 中必须最少有三台数据库服务器,一主二从,即一台充当 master,一台充当备用 master,另 外一台充当从库. MHA 切换步骤: 1.从宕机的 master

version: '2' services: zabbix-mysql: image: mysql:5.7 container_name: zabbix-mysql volumes: - "/data/mysql:/var/lib/mysql" - "/usr/share/zoneinfo/Asia/Shanghai:/etc/localtime" restart: always ports: - "3306:3306" environment: MYSQL_ROOT_PASSWORD: zabbix MYSQL_DATABASE: zabbix MYSQL_USER: zabbix MYSQL_PASSWORD: zabbix command: --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci zabbix-server: image: zabbix/zabbix-server-mysql:ubuntu-3.4.11 container_name: zabbix-server-mysql restart: always ports: - "10051:10051" volumes: - /etc/localtime:/etc/localtime:ro environment: - DB

在当前的后台开发中，MySQL应用非常普遍，企业在选拔Java人才时也会考察求职者诸如性能优化、高可用性、备份、集群、负载均衡、读写分离等问题。想要成为Java工程师，一定要熟练掌握MySQL，接下来千锋就给大家分享MySQL数据库应用场景知识。 1、单Master 单Master的情况是普遍存在的，对于很多个人站点、初创公司、小型内部系统，考虑到成本、更新频率、系统重要性等问题，系统只依赖一个单例数据库提供服务，基本上已经满足需求。单Master场景下应该关注四点：数据备份(冷备、热备、温备)、数据还原、备份监控、数据文件远程存储。 2、一主一从 考虑一主一从的多数初衷是系统性能和系统高可用性问题，除了单Master场景中的备份工作需要做好以外，还有性能优化、读写分离、负载均衡三项重点工作需要考虑。 3、一主n从 一旦开始考虑一主多从的服务器架构，则证明你的系统对可用性、一致性、性能中一种或者多种的要求比较高。好多系统在开始搭建的时候都会往这个方向看齐，这样“看起来”系统会健壮很多。一主n从关注的重点是：数据一致性、脑裂、雪崩、连接池管理。 4、横向集群 横向集群主要是从业务特性的角度对系统进行切分，最彻底就是切分成了各个子系统，子系统之间通过一些数据同步的方案来把一些核心数据进行共享，以避免跨库调用Join。然后是各种系统接口调用，把大事务拆成小事务，事务之间做好隔离和同步