mysql集群

一、mysql库 文档： https://github.com/mysqljs/mysql mysql有三种创建连接方式 1.createConnection 使用时需要对连接的创建、断开进行管理 2.createPool 创建资源池，使用时不需要对连接的创建、断开进行管理，每次使用完调用一次release进行释放连接到资源池，至于连接是否断开交给资源池去管理。每次建立连接时非常消耗资源的，影响性能，因此对连接创建合理的管理，有利于提高性能。 3.createPoolCluster 创建连接池集群，允许与多个host连接 二、sequelize库 中文文档： https://github.com/demopark/sequelize-docs-Zh-CN 此库依赖mysql2 与mysql库相比，不需要写sql语句，增删查改都封装成对应的方法。 mysql库入门比较简单，有利于学习sql语句 sequelize封装了一些简单sql语句，掌握封装的方法及对应的参数即可，但学习成本稍微高一些，需要创建模式，模式需要与数据库中的表对应起来。在项目实际开发过程中，使用sequelize开发效率更高，代码可以更加简短。也有query方法，支持使用sql语句。 sequelize提供了一个方法sequelize.sync({ force: true });强制数据库中的表与模式定义的表进行同步

一、mysql库 文档： https://github.com/mysqljs/mysql mysql有三种创建连接方式 1.createConnection 使用时需要对连接的创建、断开进行管理 2.createPool 创建资源池，使用时不需要对连接的创建、断开进行管理，每次使用完调用一次release进行释放连接到资源池，至于连接是否断开交给资源池去管理。每次建立连接时非常消耗资源的，影响性能，因此对连接创建合理的管理，有利于提高性能。 3.createPoolCluster 创建连接池集群，允许与多个host连接 二、sequelize库 中文文档： https://github.com/demopark/sequelize-docs-Zh-CN 此库依赖mysql2 与mysql库相比，不需要写sql语句，增删查改都封装成对应的方法。 mysql库入门比较简单，有利于学习sql语句 sequelize封装了一些简单sql语句，掌握封装的方法及对应的参数即可，但学习成本稍微高一些，需要创建模式，模式需要与数据库中的表对应起来。在项目实际开发过程中，使用sequelize开发效率更高，代码可以更加简短。也有query方法，支持使用sql语句。 sequelize提供了一个方法sequelize.sync({ force: true });强制数据库中的表与模式定义的表进行同步

DDL 是数据定义语言的缩写，简单来说， 就是对数据库内部的对象 进行创建、删除、修改的操作语言。 它和 DML 语言的最大区别是 DML 只是对表内部数据的操作，而不涉及到表的定义、结构的修改，更不会涉及到其他对象。DDL 语句更多的被数据库管理员（DBA）所使用， 一般的开发人员很少使用。 下面通过一些例子来介绍 MySQL 中常用 DDL 语句的使用方法。 1．创建数据库 启动 MySQL 服务之后，输入以下命令连接到 MySQL 服务器： [mysql@db3 ~]$ mysql -uroot -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 7344941 to server version: 5.1.9-beta-log Type 'help;' or '\h' for help. Type '\c' to clear the buffer. mysql> 在以上命令行中，mysql 代表客户端命令，-u 后面跟连接的数据库用户，-p 表示需要输入密码。如果数据库设置正常，并输入正确的密码，将看到上面一段欢迎界面和一个 mysql>提示符。在欢迎界面中介绍了以下几部分内容。 命令的结束符： 用;或者\g 结束。

如何避免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

1、准备三台已经安装好MySQL5.7的服务器，IP分别为192.168.204.128,192.168.204.129，192.168.204.130　 1.1解压 tar -zxvf mysql-5.7.22-linux-glibc2.12-x86_64.tar.gz 将解压的复制到 /usr/local/mysql 目录 cp -r mysql-5.7.22-linux-glibc2.12-x86_64 /usr/local/mysql 1.2、添加系统mysql组和mysql用户 添加系统mysql组 groupadd mysql 添加mysql用户 useradd -r -g mysql mysql （添加完成后可用id mysql查看） 1.3、安装数据库 切到mysql目录 cd /usr/local/mysql 修改当前目录拥有者为mysql用户 chown -R mysql:mysql ./ 安装数据库 bin/mysqld --initialize --user=mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data 生成了临时密码 （看到有的报这个错 bin/mysqld: error while loading shared libraries: libaio.so.1: cannot

之前搭建过一个Mysql Ndb cluster集群，但是mysql版本是5.7的，看到官网上mysql8的还是开发者版本，所以尝试搭建下mysql Innodb cluster集群。 MySQL的高可用架构无论是社区还是官方，一直在技术上进行探索，这么多年提出了多种解决方案，比如 MMM , MHA , NDB Cluster , Galera Cluster , InnoDB Cluster , 腾讯的 PhxSQL , MySQL Fabric , aliSQL 。 NDB ：基于集群的引擎-数据被自动切分并复制到数个机器上（数据节点）， 适合于那些需要极高查询性能和高可用性的应用， 原来是为爱立信的电信应用设计的。 NDB 提供了高达 99.999% 的可靠性，在读操作多的应用中表现优异。 对于有很多并发写操作的应用， 还是推荐用 InnoDB 。 本次部署采用 InnoDB Cluster . 每台服务器实例都运行 MySQL Group Replication （冗余复制机制，内置 failover ） MGR 有两种模式，一种是 Single-Primary ，一种是 Multi-Primary ，即单主或者多主。 注意： Multi-Primary 模式中，所有的节点都是主节点，都可以同时被读写，看上去这似乎更好，但是因为多主的复杂性，在功能上如果设置了多主模式

　　一.简介 　　　　本文将介绍如何使用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服务器殇的代理守护进程，提供简单远程服务集、提供给监控节点（可用来更改只读模式、复制的主服务器等 ） 　　　　

. 以下操作基于rhel6.5 Mysql的高可用MHA实现 Server3：172.25.50.3 master Server4：172.25.50.4 Candicate slave Server5：172.25.50.5 slave Server2: 172.25.50.2 monitor Server3是master，Server4和server5是server3的slave,其中master对外提供写服务，备选master（实际的slave，主机名server4） 提供读服务，另一个slave也提供相关的读服务，一旦master宕机，将会把备选master提升为新的master，slave指向新的master。 一．基础知识 MHA（Master High Availability）是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。 在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点） 。 目前MHA主要支持一主多从的架构， 要搭建MHA,要求一个复制集群中必须最少有三台数据库服务器， 一主二从，即一台充当master，一台充当备用master

1 MHA简介：MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为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试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬件故障或无法通过SSH访问，MHA没法保存二进制日志，只进行故障转移而丢失了最新的数据。使用MySQL 5

简介 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