mysql集群

工作中用过这两个数据库，但都不是太深入，仅限于用而已，但给我留下的印象就是Pgsql更好些，因为这两个库我都遇到过数据丢失的问题，前者我通过网上方法加自己的判断有惊无险的恢复了，而后者搜索各种资料加问身边的专家都没办法。 刚网上搜了一下两者的区别，总体的感觉也是前者是最好的开源关系数据库，而后者是互联网行业应用最广泛的数据库， 可能应用等多发现的坑也多，网上相关资料也多。如果让我个人选没特殊要求情况下会选前者。 关于两个的区别可以看知乎上相关问题，回答很精彩， 其中一个如下。 一、 PostgreSQL 的稳定性极强， Innodb 等引擎在崩溃、断电之类的灾难场景下抗打击能力有了长足进步，然而很多 MySQL 用户都遇到过Server级的数据库丢失的场景——mysql系统库是MyISAM的，相比之下，PG数据库这方面要好一些。 二、任何系统都有它的性能极限，在高并发读写，负载逼近极限下，PG的性能指标仍可以维持双曲线甚至对数曲线，到顶峰之后不再下降，而 MySQL 明显出现一个波峰后下滑（5.5版本之后，在企业级版本中有个插件可以改善很多，不过需要付费）。 三、PG 多年来在 GIS 领域处于优势地位，因为它有丰富的几何类型，实际上不止几何类型，PG有大量字典、数组、bitmap 等数据类型，相比之下mysql就差很多

环境 三台主机 pxc1:192.168.7.71 pxc2:192.168.7.72 pxc3:192.168.7.73 firewalld 和 selinux都关闭，保证时间同步；如果已安装MySQL，必须卸载！！！ OS 版本 [root@pxc1 ~]#cat /etc/redhat-release CentOS Linux release 7.7.1908 (Core) 操作步骤 pxc1主机 1.安装辅助工具Ansible，前提三台主机做好key验证 [root@pxc1 ~]#yum -y install ansible 1.1/etc/ansible/hosts配置，在最后一行后面添加以下配置 [pxcservers] 192.168.7.71 192.168.7.72 192.168.7.73 1.2/etc/ansible/ansible.cfg配置 module_name = shell #115行，将默认的模块command该为shell host_key_checking = False #71行，去掉前面的注释 2.安装Percona XtraDB Cluster 5.7 # 1.使用清华大学的yum源，官方源太慢了 [root@pxc1 ~]#vim /etc/yum.repos.d/pxc.repo [percona] name=percona

LNMP的网段为： 172.16.10.0/24 服务容器与各个ip: nginx 172.16.10.10 mysql 172.16.10.20 php 172.16.10.30** 导入一下镜像包： mysql5.7 php.7.2-fpm.tar wordpress.tar nginx.tar 将导入的镜像包导成docker可用的镜像： docker load < nginx.tar && docker load < wordpress.tar && docker load < mysql-5.7.tar && docker load < nginx.tar && docker load < php.7.2-fpm.tar 宿主机创建两个目录： 分别是： 网站的访问主目录：mkdir /wwwroot 配置文件目录： mkdir /docker nginx准备工作： nginx配置文件：/etc/nginx/conf.d nginx主目录：/usr/share/nginx/html 先运行一个nginx容器，将容器里的nginx主目录和配置文件导出来： docker run -itd --name test nginx:latest docker cp test:/etc/nginx /docker docker cp test:/usr/share/nginx/html

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> MySQL Fabric特点： 1：高可用性 (HA) 。 2：使用数据分片的横向扩展。（ 自动数据分片 ） 这两个特性既可以单独使用，也可以结合使用。 原理： mysqlfabric 是处理任何管理请求的进程。使用 HA 特性时，还可以让此进程负责监视主服务器并在发生故障时,开始故障转移，将从服务器升级成主服务器。MySQL Fabric-aware 连接器把从 MySQL Fabric 获取的路由信息存储到缓存中，然后凭借该信息将事务或查询发送给正确的 MySQL 服务器。 高可用性： HA 组由两个或更多个 MySQL 服务器组成；任何时刻，其中都有一台服务器作为主服务器（MySQL 复制功能的主服务器），其他服务器则作为从服务器（MySQL 复制功能的从服务器）。HA 组的作用就是确保该组中保存的数据始终可访问。MySQL 的复制功能可通过复制来确保数据安全， MySQL Fabric 的高可用性解决方案在此基础上提供了两个必不可少的额外要素： 1：故障检测和升级 — MySQL Fabric 监视 HA 组中的主服务器，在主服务器发生故障时选择一个从服务器并将其升级为主服务器 2：数据库请求路由 — 将写入请求路由到主服务器以及将读取请求在各个从服务器之间进行负载均衡的操作对应用是透明的

#MYSQL单节点的mysql远远不能满于生成，以防止生产服务器宕机，磁盘空间溢满等种种原因，需要有一个备用数据库， 这时候主从库是不错的选择，在是数据库集群中也起到了很大的作用 #MySQL 主从复制概念： MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL 默认采用异步复制方式，这样从节点不用一直访问主服务器来更新自己的数据，数据的更新可以在远程连接上进行，从节点可以复制主数据库中的所有数据库或者特定的数据库，或者特定的表。 #一般主从架构 一主一从 　　 一主一从和一主多从是最常见的主从架构，实施起来简单并且有效，不仅可以实现HA，而且还能读写分离，进而提升集群的并发能力。 　　 多主一从 　　 多主一从可以将多个mysql数据库备份到一台存储性能比较好的服务器上 　　 双主复制 双主复制，也就是互做主从复制，每个master既是master，又是另外一台服务器的slave。这样任何一方所做的变更，都会通过复制应用到另外一方的数据库中 级联复制 　　 　　 级联复制模式下，部分slave的数据同步不连接主节点，而是连接从节点。因为如果主节点有太多的从节点，就会损耗一部分性能用于replication，那么我们可以让3~5个从节点连接主节点，其它从节点作为二级或者三级与从节点连接，这样不仅可以缓解主节点的压力

一、SQL Server基本简介 1.1，概述 SQL Server 是Microsoft 公司推出的关系型数据库管理系统。具有使用方便可伸缩性好与相关软件集成程度高等优点，可跨越从运行Microsoft Windows 98 的膝上型电脑到运行Microsoft Windows 2012 的大型多处理器的服务器等多种平台使用。 Microsoft SQL Server 是一个全面的数据库平台，使用集成的商业智能 (BI)工具提供了企业级的数据管理。Microsoft SQL Server 数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。 1.2，应用范围 SQL Server的应用范围，和其具体的版本有一定的关系，基本上是：企业版（Enterprise Edition） （大中型企业商用）；标准版（Standard Edition） （小型企业商用）；开发版（Developer Edition） （开发公司、开发人员使用）；个人版（Personal Edition） （开发人员使用）；MSDE 2000（Microsoft SQL Server 2000 Desktop Engine）（简单的单机数据库、开发人员开发测试使用） 1.3，优缺点 (1) 扩展性强：当系统要更高数据库处理速度时

MySQL优化三大方向： 1 优化MySQL所在服务器内核(此优化一般由运维人员完成)。 2 对MySQL配置参数进行优化（my.cnf）此优化需要进行压力测试来进行参数调整。 3 对SQL语句以及表优化。 MySQL参数优化： 1 MySQL 默认的最大连接数为 100，可以在 mysql 客户端使用以下命令查看 mysql > show variables like 'max_connections' ; + -- -- -- -- -- -- -- -- - + -- -- -- - + | Variable_name | Value | + -- -- -- -- -- -- -- -- - + -- -- -- - + | max_connections | 500 | + -- -- -- -- -- -- -- -- - + -- -- -- - + 1 row in set ( 0.00 sec ) 2 当前连接的线程的个数 mysql > show status like 'threads_connected' ; + -- -- -- -- -- -- -- -- -- - + -- -- -- - + | Variable_name | Value | + -- -- -- -- -- -- -- -- -- - + -- -- -- - + |

此文仅入门，需要扩展挖深，自行钻研 缓存-redis 数据库-mysql 1. 缓存 什么是缓存？ 定义 缓存是系统快速响应的一种关键性技术，是一组被保存起来以备将来使用的东西，介于应用开发和系统开发之间，是产品经理们经常顾及不到的地方，也是技术架构设计的非功能性约束。 分类 按软件系统所处的位置不同分类 客户端缓存 服务端缓存 网络中的缓存 按规模和部署方式分类： 单体缓存 缓存集群 分布式缓存 为什么要用缓存？ 为什么要用缓存，我们这里仅从软件开发层面来分析，首先你必须了解关于系统的性能的一些指标。 系统的性能的指标一般包括： 响应时间：系统对用户的请求作出的响应时间，它完整的记录了整个系统处理请求的时间。 延迟时间：一般指系统处理完请求后，由于网络传输到用户之间的网络延迟时间。 吞吐量：指单位时间内系统处理请求的数量。无并发的系统中，它与响应时间成反比。 并发用户数：指系统能够同时承载的正常使用系统功能的用户数量，它比 吞吐量更能直观的反应系统的性能 资源利用率：反映的是一段时间内资源平均被占用的情况 系统的性能，反映在从浏览器到网络，再到服务器，甚至数据库等各个应用层面。而在各个层面使用缓存将大大提升整个系统的性能。 缓存离客户端越近，响应时间则越快；缓存离数据库越近，则响应时间越长。 缓存是一种用空间换时间的概念。 如果带宽收费(流量付费)，那么缓存就是变相的省钱利器。

MHA0.58安装 MHA（Master High Availability）由两部分组成：MHA Manager（管理节点）和MHA Node（数据节点）。 管理节点 mha4mysql-manager-0.58 mha4mysql-manager-0.58 下载地址： wget https://github.com/yoshinorim/mha4mysql-manager/releases/download/v0.58/mha4mysql-manager-0.58.tar.gz wget https://github.com/yoshinorim/mha4mysql-node/releases/download/v0.58/mha4mysql-node-0.58.tar.gz MHA Manager 可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave节点上。MHA Manager会定时探测集群中的master节点，当master出现故障时， 它可以自动将最新数据的slave提升为新的master，然后将所有其他的slave重新指向新的master。整个故障转移过程对应用程序完全透明。 MHA Node 运行在每台MySQL服务器上，定时和 MHA Manager交互信息。 在MHA自动故障切换过程中

1、简介 MySQL作为世界上使用最为广泛的数据库之一，免费是其原因之一。但不可忽略的是它本身的功能的确很强大。随着技术的发展，在实际的生产环境中，由单台MySQL数据库服务器不能满足实际的需求。此时数据库集群就很好的解决了这个问题了。采用MySQL分布式集群，能够搭建一个高并发、负载均衡的集群服务器（这篇博客暂时不涉及）。在此之前我们必须要保证每台MySQL服务器里的数据同步。数据同步我们可以通过MySQL内部配置就可以轻松完成，主要有主从复制和主主复制。 回到顶部 2、环境说明 两台linux虚拟主机 Linux版本CentOS6.6、MySQL 5.5 ip：192.168.95.11、192.168.95.12 回到顶部 3、主从复制 回到顶部 3.1、MySQL 已经安装好，并且没有任何数据 回到顶部 3.2、配置文件 一般Linux中的MySQL配置文件都在/etc/my.cnf(windows中的配置文件为mysql.ini) log-bin=mysql-bin 开启二进制日志 注意：二进制日志必须开启，因为数据的同步实质上就是其他的MySQL数据库服务器将这个数据变更的二进制日志在本机上再执行一遍。 192.168.95.11 为主数据库服务器 192.168.95.12 为从数据库服务器 回到顶部 3.3、开始构建主从复制 第一步： 在192.168.95