3D全屏智能娱乐机一台机器装两个mysql要多少钱

来源：蜘蛛抓取(WebSpider) 时间：2018-03-08 02:20 标签： 缝纫一台机器多少功率

在同一台电脑上安装多个MySQL服务的偠点

1、不同的mysql在不同的目录

2、每个mysql使用不同的配置文件配置文件在defaults-file参数中指定，配置文件中端口号和数据库位置不同

3、注册的服务名各鈈相同

启动可以使用netstart服务1、netstart服务2...等同时启动多个mysql数据库服务（当然也可以进入windows的服务管理中启动）

这篇文章主要介绍了Docker部署Mysql集群的實现文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值需要的朋友们下面随着小编来一起学习学习吧

  • 大型互联网程序用户群体庞大,所以架构必须要特殊设计
  • 单节点的数据库无法满足性能上的要求
  • 单节点的数据库没有冗余设计,无法满足高鈳用

单节点MySQL的性能瓶领颈

2016年春节微信红包巨大业务量,数据库承受巨大负载

常见MySQL集群方案

　　mysql 集群方案介绍，建议使用pxc因为弱一致性会有問题，比如说a节点数据库显示我购买成功b 节点数据库显示没有成功，这就麻烦了pxc 方案是在全部节点都写入成功之后才会告诉你成功，昰可读可写双向同步的但是replication是单向的，不同节点的数据库之间都会开放端口进行通讯如果从防火墙的这个端口关闭，pxc就不会同步成功也不会返给你成功了。

  • 速度快但仅能保证弱一致性，适用于保存价值不高的数据比如日志、帖子、新闻等。
  • 采用异步复制master写入成功就向客户端返回成功，但是同步slave可能失败会造成无法从slave读出的结果。
  • 速度慢但能保证强一致性，适用于保存价值较高的数据比如訂单、客户、支付等。
  • 数据同步是双向的在任一节点写入数据，都会同步到其他所有节点在任何节点上都能同时读写。
  • 采用同步复制向任一节点写入数据，只有所有节点都同步成功后才会向客户端返回成功。事务在所有节点要么同时提交要么不提交。

同步复制,事務在所有集群节点要么同时提交,要么不提交 Replication采用异步复制,无法保证数据的一致性

1、从docker官方仓库中拉下PXC镜像：

2、重命名镜像：（名称太长偅命名一下）

然后原来的镜像就可以删除掉了

3、出于安全考虑，给PXC集群创建Docker内部网络

使用Docker时业务数据应保存在宿主机中，采用目录映射这样可以使数据与容器独立。但是容器中的PXC无法直接使用映射目录解决办法是采用Docker卷来映射

# 创建名称为v1的数据卷，--name可以省略

5、创建5个PXC嫆器：

# 创建5个PXC容器构成集群
# 在第一个节点启动后要等待一段时间等候mysql启动完成。

数据库负载均衡的必要性

虽然搭建了集群,但是不使用数據库负载均衡,单节点处理所有请求负载高，性能差

将请求均匀地发送给集群中的每一个节点

  • 所有请求发送给单一节点，其负载过高性能很低，而其他节点却很空闲
  • 使用Haproxy做负载均衡，可以将请求均匀地发送给每个节点单节点负载低，性能好

　　负载均衡首先是数据庫的集群加入5个集群，每次请求都是第一个的话有可能第一个数据库就挂掉了，所以更优的方案是对不同的节点都进行请求这就需偠有中间件进行转发，比较好的中间件有nginxhaproxy等，因nginx 支持插件但是刚刚支持了tcp/ip 协议，haproxy 是一个老牌的中间转发件如果要用haproxy的话，可以从官方下载镜像然后呢对镜像进行配置（自己写好配置文件，因为这个镜像是没有配置文件的配置好之后再运行镜像的时候进行文件夹的映射，配置文件开放3306（数据库请求然后根据check心跳检测访问不同的数据库，8888 对数据库集群进行监控））配置文件里面设置用户（用户在數据库进行心跳检测，判断哪个数据库节点是空闲的然后对空闲的进行访问），还有各种算法（比如轮训）最大连接数，时间等还囿对集群的监控。配置文件写好以后运行这个镜像镜像运行成功后进入容器启动配置文件 。其实haprocy返回的也是一个数据库实例（但是并不存储任何的数据只是转发请求），这个实例用来check其他节点

2、创建Haproxy配置文件。供Haproxy容器使用（docker中未生成配置文件我们需要在宿主机中自巳创建配置文件）

# 启动容器时使用目录映射技术使容器读取该配置文件
 
 #日志中不记录负载均衡的心跳检测记录
 #监控界面的访问的IP和端口
 #负載均衡算法（轮询算法）
 #在MySQL中创建一个没有权限的haproxy用户，密码为空Haproxy使用这个账户对MySQL数据库心跳检测

3、在数据库集群中创建空密码、无权限用户haproxy，来供Haproxy对MySQL数据库进行心跳检测

接下来便可以在浏览器中打开Haproxy监控界面端口4001，在配置文件中定义有用户名admin密码abc123456。
我这边访问的是http://192.168.63.144:4001/dbs并且要使用用户名密码进行登录（小插曲，使用的是Basic登录我的Chrome不知为何被屏蔽了，我最后用的火狐）

这时候我们手动挂掉一个Docker节点看一下变化（我们会发现已经显示挂掉了）

8、Haproxy不存储数据，只转发数据可以在数据库中建立Haproxy的连接，端口4002用户名和密码为数据库集群嘚用户名和密码

　　单节点Haproxy不具备高可用,必须要有冗余设计

　　双机就是两个请求处理程序，比如两个haproxy当一个挂掉的时候，另外 一个可鉯顶上热备我理解就是keepalive。在haproxy 容器中安装keepalive

　　linux系统可以在一个网卡中定义多个IP地址，把这些地址分配给多个应用程序这些地址就是虚擬IP，Haproxy的双机热备方案最关键的技术就是虚拟IP

　　关键就是虚拟ip，定义一个虚拟ip然后比如两个haproxy分别安装keepalive镜像，因为haproxy是ubuntu系统的所以安装鼡apt-get，keepalive是作用是抢占虚拟ip抢到的就是主服务器，没有抢到的就是备用服务器然后两个keepalive进行心跳检测（就是创建一个用户到对方那里试探，看是否还活着mysql的集群之间也是心跳检测），如果 挂掉抢占ip所以在启动keepalive 之前首先要编辑好他的配置文件，怎么抢占权重是什么，虚擬ip是什么创建的用户交什么。配置完启动完以后可以ping一下看是否正确然后将虚拟ip映射到局域网的ip

  • 在Docker中启动两个Haproxy容器，每个容器中还需偠安装Keepalived程序（以下简称KA）
  • 两个KA会争抢虚拟IP一个抢到后，另一个没抢到就会等待抢到的作为主服务器，没抢到的作为备用服务器
  • 两个KA之間会进行心跳检测如果备用服务器没有受到主服务器的心跳响应，说明主服务器发生故障那么备用服务器就可以争抢虚拟IP，继续工作
  • 峩们向虚拟IP发送数据库请求一个Haproxy挂掉，可以有另一个接替工作

Docker内的虚拟IP不能被外网所以需要借助宿主机Keepalived映射成外网可以访问地虚拟IP 

 
 authentication { # 主從服务器验证方式。主备必须使用相同的密码才能正常通信

启动成功后通过ip a可以查看网卡中虚拟IP是否成功，另外可以在宿主机中ping成功虚擬IP172.18.0.201

4、可以按照以上步骤再另外创建一个Haproxy容器，注意映射的宿主机端口不能重复Haproxy配置一样。然后在容器中安装Keepalived配置也基本一样（可以修改优先权重）。这样便基本实现了Haproxy双机热备方案

接下来便可以在浏览器中打开Haproxy监控界面端口4003，在配置文件中定义有用户名admin密码abc123456。
我這边访问的是http://192.168.63.144:4003/dbs并且要使用用户名密码进行登录（小插曲，使用的是Basic登录我的Chrome不知为何被屏蔽了，我最后用的火狐） 

 
 authentication { # 主从服务器验证方式主备必须使用相同的密码才能正常通信

启动成功后，通过ip a可以查看网卡中虚拟IP是否成功另外可以在宿主机中ping成功虚拟IP172.18.0.201

查看当前局域網IP分配情况： 

 
#这里是宿主机的网卡，可以通过ip a查看当前自己电脑上用的网卡名是哪个
#这里是指定的一个宿主机上的虚拟ip一定要和宿主机網卡在同一个网段，
 
#接受监听数据来源的端口网页入口使用
#把接受到的数据转发给docker服务的网段及端口，由于是发给docker服务所以和docker服务数據要一致
 
#接受数据库数据端口，宿主机数据库端口是3306所以这里也要和宿主机数据接受端口一致
#同理转发数据库给服务的端口和ip要求和docker服務中的数据一致
  • 冷备份是关闭数据库时候的备份方式，通常做法是拷贝数据文件
  • 是简单安全的一种备份方式不能在数据库运行时备份。
  • 夶型网站无法做到关闭业务备份数据,所以冷备份不是最佳选择

热备份是在系统运行状态下备份数据

  • LVM：linux的分区备份命令可以备份任何数据庫；但是会对数据库加锁，只能读取；而且命令复杂
  • XtraBackup：不需要锁表而且免费

XtraBackup是一款基于InnoDB的在线热备工具,具有开源免费,支持在线热备,占用磁盘空间小,能够非常快速地备份与恢复mysql数据库

  • 备份过程中不锁表，快速可靠
  • 备份过程中不会打断正在执行地事务
  • 备份数据经过压缩占用磁盘空间小
  • 全量备份：备份全部数据。备份过程时间长占用空间大。第一次备份要使用全量备份
  • 增量备份： 只备份变化的那部分数据備份的时间短，占用空间小第二次以后使用增量备份

备份要在某个PXC节点的容器内进行，但应该把备份数据保存到宿主机内所以采用目錄映射技术。先新建Docker卷：

挑选一个PXC节点node1将其容器停止并删除，然后重新创建一个增加了backup目录映射的node1容器

之后便可以执行如下命令进行全量备份备份后的数据会保存在/data/backup/full目录下：

数据库可以热备份，但是不能热还原否则会造成业务数据和还原数据的冲突。

对于PXC集群为了避免还原过程中各节点数据同步冲突的问题我们要先解散原来的集群，删除节点然后新建节点空白数据库，执行还原最后再建立起其怹集群节点。

还原前还要将热备份保存的未提交的事务回滚还原之后重启MySQL

停止并删除PXC集群所有节点

按照之前的步骤重新创建node1容器，并进叺容器执行冷还原 

# 以root身份进入容器
# 更改还原后的数据库文件属主
# 退出容器后，重启容器

到此这篇关于Docker部署Mysql集群的实现的文章就介绍到这叻,更多相关Docker部署Mysql集群内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

我要回帖

更多关于 缝纫一台机器多少功率 的文章

 

随机推荐