「实战篇」开源项目docker化运维部署-搭建mysql集群（四） ...

最新推荐文章于 2023-11-06 13:33:41 发布
最新推荐文章于 2023-11-06 13:33:41 发布
阅读量87 收藏
点赞数
文章标签： 数据库 运维 开发工具
原文链接：https://yq.aliyun.com/articles/697448
版权

有了docker虚拟机，就需要利用平台部署数据库的集群，在实际操作之前介绍下数据库集群的方案和各自的特点。源码：https://github.com/limingios/netFuture/tree/master/mysql-pxc/

集群的方案
单节点的弊病
大型互联网程序用户群体庞大，所以架构必须要特殊设计
单节点的数据库无法满足性能的要求
案例15年前，高考成绩可以在网上查（河南几十万考生），那时候基本家里都没电脑，都是去网吧白天去网吧也查不了，太慢了，后来半夜通宵有时候可以查到，也就是说白天基本查不了人太多了。晚上看运气。一个数据库的实例1万多人就无法反应了。

单节点的数据库没有冗余设计，无法满足高可用
常用的mysql集群设计方案
Replication
速度快
弱一致性
低价值
场景：日志，新闻，帖子
PXC
速度慢
强一致性
高价值
场景：订单，账户，财务
Percona Xtradb Cluster，简称PXC。是基于Galera插件的MySQL集群。相比那些比较传统的基于主从复制模式的集群架构MHA和MM+keepalived，galera cluster最突出特点就是解决了诟病已久的数据复制延迟问题，基本上可以达到实时同步。而且节点与节点之间，他们相互的关系是对等的。大数据学习扣qun74零零加【41三八yi】本身galera cluster也是一种多主架构。galera cluster最关注的是数据的一致性，对待事物的行为时，要么在所有节点上执行，要么都不执行，它的实现机制决定了它对待一致性的行为非常严格，这也能非常完美的保证MySQL集群的数据一致性。在PXC里面任何一个节点都是可读可写的。在其他的节点一定是可以读取到这个数据。

建议PXC使用PerconaServer（MYSQL的改进版，性能提升很大）

PXC方案和Replication方案的对比

PXC任意一个节点都可以存在读写的方案，也就是任意一个节点都可以当读或者当写。同步复制。保证强一致性。

Replication方案，主从的方式，他是采用异步的方式。

PXC的数据强一致性
同步复制，事务在所有节点要提交都提交。要么都不提交

Replication弱一致性，主要master成功就成功了。返回给调用者。如果slave失败，也没办法。因为已经告诉调用者成功了，调用者获取查询的时候查询不到信息。例如：在淘宝买个东西，付款也成功了，查询订单没信息是不是要骂娘。

环境搭建
应用 IP地址 服务 配置 安装应用 安装方式
docker-mysql 192.168.66.100 docker-mysql 双核 8g内存 docker-mysql docker
(1). 虚拟机vagrant讲述安装的步骤

vagrant up

(2).机器window/mac开通远程登录root用户下

su -

密码

vagrant

设置 PasswordAuthentication yes

vi /etc/ssh/sshd_config
sudo systemctl restart sshd
PXC集群安装介绍
PXC既可以在linux系统安装，也可以在docker上面安装。

安装镜像PXC镜像
docker pull percona/percona-xtradb-cluster

本地安装

docker load /soft/pxc.tar.gz
创建内部网络的
处于安全，需要给PXC集群实例创建Docker内部网络，都出可虚拟机自带的网段是172.17.0.， 这是内置的一个网段，当你创建了网络后，网段就更改为172.18.0.，

docker network create net1
docker network inspect net1
docker network rm net1

设置网段

docker network create --subnet=172.18.0.0/24 net1

创建Docker 卷
一旦生成docker容器，不要在容器内保存业务的数据，要把数据放到宿主机上，可以把宿主机的一个目录映射到容器内，如果容器出现问题，只需要吧容器删除，重新建立一个新的容器把目录映射给新的容器。

之前一直有个疑问，如果直接映射目录的吧，存在失败的问题，现在终于知道解决方案了，直接映射docker卷就可以可以忽略这个问题了。

容器中的PXC节点映射数据目录的解决方法

docker volume create name --v1
mysql pxc搭建
脚本开发

!/bin/bash

echo "创建网络"
docker network create --subnet=172.18.0.0/24 net1

echo "创建5个docker卷"
docker volume create v1
docker volume create v2
docker volume create v3
docker volume create v4
docker volume create v5

echo "创建节点 node1"
docker run -d -p 3306:3306 --net=net1 --name=node1 \

    -e CLUSTER_NAME=PXC \
    -e MYSQL_ROOT_PASSWORD=a123456 \
    -e XTRABACKUP_PASSWORD=a123456 \
    -v v1:/var/lib/mysql \
    --privileged \
    --ip 172.18.0.2 \
    percona/percona-xtradb-cluster

sleep 1m
echo "创建节点 node2"
docker run -d -p 3307:3306 --net=net1 --name=node2 \

    -e CLUSTER_NAME=PXC \
    -e MYSQL_ROOT_PASSWORD=a123456 \
    -e XTRABACKUP_PASSWORD=a123456 \
    -e CLUSTER_JOIN=node1 \
    -v v2:/var/lib/mysql \
    --privileged \
    --ip 172.18.0.3 \
    percona/percona-xtradb-cluster

sleep 1m
echo "创建节点 node3"
docker run -d -p 3308:3306 --net=net1 --name=node3 \

    -e CLUSTER_NAME=PXC \
    -e MYSQL_ROOT_PASSWORD=a123456 \
    -e XTRABACKUP_PASSWORD=a123456 \
    -e CLUSTER_JOIN=node1 \
    -v v3:/var/lib/mysql \
    --privileged \
    --ip 172.18.0.4 \
    percona/percona-xtradb-cluster

sleep 1m
echo "创建节点 node4"
docker run -d -p 3309:3306 --net=net1 --name=node4 \

    -e CLUSTER_NAME=PXC \
    -e MYSQL_ROOT_PASSWORD=a123456 \
    -e XTRABACKUP_PASSWORD=a123456 \
    -e CLUSTER_JOIN=node1 \
    -v v4:/var/lib/mysql \
    --privileged \
    --ip 172.18.0.5 \
    percona/percona-xtradb-cluster

sleep 1m
echo "创建节点 node5"
docker run -d -p 3310:3306 --net=net1 --name=node5 \

    -e CLUSTER_NAME=PXC \
    -e MYSQL_ROOT_PASSWORD=a123456 \
    -e XTRABACKUP_PASSWORD=a123456 \
    -e CLUSTER_JOIN=node1 \
    -v v5:/var/lib/mysql \
    --privileged \
    --ip 172.18.0.6 \
    percona/percona-xtradb-cluster

新建立一个aaa数据库 结果都可以用

哇塞就这么简单，成功的搭建了mysql的集群

增加负载均衡方案
目前数据库都是独立的ip，在开发的时候总不能随机连接一个数据库吧。如果想请求，统一的口径，这就需要搭建负载均衡了。虽然上边已经搭建了集群，但是不使用数据库负载均衡，单节点处理所有请求，负载高，性能差。下图就是一个节点很忙，其他节点很闲。

调整后的方案，使用Haproxy做负载均衡，请求被均匀分发到每个节点，单节点的负载低，性能好。haproxy不是数据库，只是一个转发器。

负载均衡中间件对比
LVS是不知道在虚拟机环境下安装的。

安装haproxy
docker-haproxy的介绍：https://hub.docker.com/_/haproxy/

配置文件
mkdir haproxy/h1
pwd
vi haproxy.cfg

haproxy.cfg配置
登录：admin
密码：abc123456

global

#工作目录
chroot /usr/local/etc/haproxy
#日志文件，使用rsyslog服务中local5日志设备（/var/log/local5），等级info
log 127.0.0.1 local5 info
#守护进程运行
daemon

defaults

log    global
mode    http
#日志格式
option    httplog
#日志中不记录负载均衡的心跳检测记录
option    dontlognull
#连接超时（毫秒）
timeout connect 5000
#客户端超时（毫秒）
timeout client  50000
#服务器超时（毫秒）
timeout server  50000

监控界面

listen admin_stats

#监控界面的访问的IP和端口
bind  0.0.0.0:8888
#访问协议
mode        http
#URI相对地址
stats uri   /dbs
#统计报告格式
stats realm     Global\ statistics
#登陆帐户信息
stats auth  admin:abc123456

数据库负载均衡

listen proxy-mysql

#访问的IP和端口
bind  0.0.0.0:3306  
#网络协议
mode  tcp
#负载均衡算法（轮询算法）
#轮询算法：roundrobin
#权重算法：static-rr
#最少连接算法：leastconn
#请求源IP算法：source 
balance  roundrobin
#日志格式
option  tcplog
#在MySQL中创建一个没有权限的haproxy用户，密码为空。Haproxy使用这个账户对MySQL数据库心跳检测
option  mysql-check user haproxy
server  MySQL_1 172.18.0.2:3306 check weight 1 maxconn 2000  
server  MySQL_2 172.18.0.3:3306 check weight 1 maxconn 2000  
server  MySQL_3 172.18.0.4:3306 check weight 1 maxconn 2000 
server  MySQL_4 172.18.0.5:3306 check weight 1 maxconn 2000
server  MySQL_5 172.18.0.6:3306 check weight 1 maxconn 2000
#使用keepalive检测死链
option  tcpka

创建docker下的haproxy容器
docker run -it -d -p 4001:8888 \
-p 4002:3306 \
-v /root/haproxy/h1:/usr/local/etc/haproxy \
--name h1 --privileged --net=net1 \
--ip 172.18.0.7 haproxy

进入容器后，加载配置文件
docker exec -it h1 /bin/bash
haproxy -f /usr/local/etc/haproxy/haproxy.cfg

在数据库中创建一个haproxy的用户，不需要设置密码

登录haproxy网页端
http://192.168.66.100:4001/dbs

客户端连接haproxy-mysql数据库

正常的连接haproxy，传递增删盖查，其实是通过轮询的方式。选择mysql的节点。均匀的分发给mysql的实例。不会吧数据库的请求都集中在一个节点上。把请求分散出去，每个数据库实例获取到的请求就小很多了。这就是数据库的负载。

虚拟机重启后，发现pxc起不起来了
查看日志发现，node1无法启动，输入命令查看docker logs node1

It may not be safe to bootstrap the cluster from this node. It was not the last one to leave the cluster and may not contain all the updates. To force cluster bootstrap with this node, edit the grastate.dat file manually and set safe_to_bootstrap to 1 .
解决方案

查看node1挂载点的文件地址

docker volume inspect v1

进入目录下

cd /var/lib/docker/volumes/v1/_data

编辑文件grastate.dat

vi grastate.dat

高可用负载均衡方案
目前haproxy只有一个，单haproxy不具备高可用，必须冗余设计。haproxy不能形成瓶颈。

虚拟IP技术
haproxy双机互备离不开一个关键的技术，这个技术是虚拟IP，linux可以在一个网卡内定义多个虚拟IP，得把这些IP地址定义到一个虚拟IP。

利用keepalived实现双机热备
定义出来一个虚拟IP，这个方案叫双机热备，准备2个keepalived，keepalived 就是为了抢占虚拟IP的，谁手快谁能抢到，没抢到的处于等待的状态。抢到的叫做主服务器，未抢到的叫做备服务器。两个keepalived之前有心跳检测的，当备用的检测到主服务挂了，就立马抢占虚拟IP。

Haproxy双机热备方案

安装keepalived

keepalived必须在haproxy所在的容器之内，也可以在docker仓库里面下载一个haproxy-keepalived的镜像。这里直接在容器内安装keepalived。

docker exec -it h1 /bin/bash

写入dns，防止apt-get update找不到服务器

echo "nameserver 8.8.8.8" | tee /etc/resolv.conf > /dev/null
apt-get clean
apt-get update
apt-get install vim
vi /etc/apt/sources.list

sources.list 添加下面的内容

deb http://mirrors.163.com/ubuntu/ precise main universe restricted multiverse
deb-src http://mirrors.163.com/ubuntu/ precise main universe restricted multiverse
deb http://mirrors.163.com/ubuntu/ precise-security universe main multiverse restricted
deb-src http://mirrors.163.com/ubuntu/ precise-security universe main multiverse restricted
deb http://mirrors.163.com/ubuntu/ precise-updates universe main multiverse restricted
deb http://mirrors.163.com/ubuntu/ precise-proposed universe main multiverse restricted
deb-src http://mirrors.163.com/ubuntu/ precise-proposed universe main multiverse restricted
deb http://mirrors.163.com/ubuntu/ precise-backports universe main multiverse restricted
deb-src http://mirrors.163.com/ubuntu/ precise-backports universe main multiverse restricted
deb-src http://mirrors.163.com/ubuntu/ precise-updates universe main multiverse restricted

更新apt源
apt-get clean
apt-get update
apt-get install keepalived
apt-get install vim

keepalived配置文件
容器内的路径：/etc/keepalived/keepalived.conf

vi /etc/keepalived/keepalived.conf

VI_1 名称可以自定义
state MASTER | keepalived的身份（MASTER主服务器，BACKUP备份服务器，不会抢占虚拟机ip）。如果都是主MASTER的话，就会进行互相争抢IP，如果抢到了就是MASTER，另一个就是SLAVE。
interface网卡，定义一个虚拟IP定义到那个网卡上边。网卡设备的名称。eth0是docker的虚拟网卡，宿主机是可以访问的。
virtual_router_id 51 | 虚拟路由标识，MASTER和BACKUP的虚拟路由标识必须一致。标识可以是0-255。
priority 100 | 权重。MASTER权重要高于BACKUP 数字越大优选级越高。可以根据硬件的配置来完成，权重最大的获取抢到的级别越高。
advert_int 1 | 心跳检测。MASTER与BACKUP节点间同步检查的时间间隔，单位为秒。主备之间必须一致。
authentication | 主从服务器验证方式。主备必须使用相同的密码才能正常通信。进行心跳检测需要登录到某个主机上边所有有账号密码。
virtual_ipaddress | 虚拟ip地址，可以设置多个虚拟ip地址，每行一个。根据上边配置的eth0上配置的ip。
启动keeplived
容器内启动

service keepalived start

宿主机ping这个ip

ping 172.18.0.201

创建haproxy2容器,并配置与haproxy1相同的环境
因为要保证有2个haproxy 和keepalived，这次就不那么麻烦了。直接对一个镜像里面包括keeplived 和 haproxy。

宿主机创建文件
mkdir haproxy/h2
cd haproxy/h2
vi haproxy.cfg
vi keepalived.cfg

haproxy.cfg

global

#工作目录
chroot /usr/local/etc/haproxy
#日志文件，使用rsyslog服务中local5日志设备（/var/log/local5），等级info
log 127.0.0.1 local5 info
#守护进程运行
daemon

defaults

log    global
mode    http
#日志格式
option    httplog
#日志中不记录负载均衡的心跳检测记录
option    dontlognull
#连接超时（毫秒）
timeout connect 5000
#客户端超时（毫秒）
timeout client  50000
#服务器超时（毫秒）
timeout server  50000

监控界面

listen admin_stats

#监控界面的访问的IP和端口
bind  0.0.0.0:8888
#访问协议
mode        http
#URI相对地址
stats uri   /dbs
#统计报告格式
stats realm     Global\ statistics
#登陆帐户信息
stats auth  admin:abc123456

数据库负载均衡

listen proxy-mysql

#访问的IP和端口
bind  0.0.0.0:3306  
#网络协议
mode  tcp
#负载均衡算法（轮询算法）
#轮询算法：roundrobin
#权重算法：static-rr
#最少连接算法：leastconn
#请求源IP算法：source 
balance  roundrobin
#日志格式
option  tcplog
#在MySQL中创建一个没有权限的haproxy用户，密码为空。Haproxy使用这个账户对MySQL数据库心跳检测
option  mysql-check user haproxy
server  MySQL_1 172.18.0.2:3306 check weight 1 maxconn 2000  
server  MySQL_2 172.18.0.3:3306 check weight 1 maxconn 2000  
server  MySQL_3 172.18.0.4:3306 check weight 1 maxconn 2000 
server  MySQL_4 172.18.0.5:3306 check weight 1 maxconn 2000
server  MySQL_5 172.18.0.6:3306 check weight 1 maxconn 2000
#使用keepalive检测死链
option  tcpka

keepalived.cfg
vrrp_instance VI_1 {

state  MASTER
interface  eth0
virtual_router_id  51
priority  100
advert_int  1
authentication {
    auth_type  PASS
    auth_pass  123456
}
virtual_ipaddress {
    172.18.0.201
}

}
docker的方式一下安装好 haproxy 和keepalived
https://hub.docker.com/r/pelin/haproxy-keepalived/
映射端口更改为4003 4004 name修改h2

docker run -it -d --privileged -p 4003:8888\

-p 4004:3306 \
-v /root/haproxy/h2/haproxy.cfg:/usr/local/etc/haproxy/haproxy.cfg \
-v /root/haproxy/h2/keepalived.conf:/etc/keepalived/keepalived.conf \
--name haproxy-keepalived \
--net=net1 \
--name h2 \
--ip 172.18.0.8 \
pelin/haproxy-keepalived

宿主机安装keepalived
yum -y install keepalived
vi /etc/keepalived/keepalived.conf

删除这个表里之前存在的内容

keepalived.cof
vrrp_instance VI_1 {

    state MASTER
    interface eth0
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
           192.168.66.200
    }
}

virtual_server 192.168.66.200 8888 {
    delay_loop 3
    lb_algo rr
    lb_kind NAT
    persistence_timeout 50
    protocol TCP

    real_server 172.18.0.201 8888 {
        weight 1
    }
}

virtual_server 192.168.66.200 3306 {
    delay_loop 3
    lb_algo rr
    lb_kind NAT
    persistence_timeout 50
    protocol TCP

    real_server 172.18.0.201 3306 {
        weight 1
    }
}

启动宿主机
service keepalived start

虚拟机端口转发 外部无法访问

WARNING: IPv4 forwarding is disabled. Networking will not work.
解决方案
宿主机修改

vi /etc/sysctl.conf

添加net.ipv4.ip_forward=1

systemctl restart network

PS：如果通过docker的方式直接拉取haproxy和keepalived镜像，比直接在镜像里面安装应用方便很多，建议各位老铁尽量避免在容器内安装应用，这样真心麻烦不爽，别人封装的镜像根据pull的量好好看看api就可以使用了。像h1如果容器stop后，重新start，还需要进入容器把keeplived给起起来。而h2直接start里面的haproxy和keeplived，同时都起起来了。 两个容器的采用的热备的方案，让用户毫无感知，切换ip的形式真是美滋滋。mysql集群的高性能，高负载，高可用基本完成了，可用按照这个思路搭建不同的主机下。

weixin_34348805
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Docker Engine（docker-ce-20.10.13-3.el7.x86_64）
03-17
docker-ce-20.10.13-3.el7.x86_64.rpm containerd.io-1.5.10-3.1.el7.x86_64.rpm docker-ce-cli-20.10.13-3.el7.x86_64.rpm docker-ce-rootless-extras-20.10.13-3.el7.x86_64.rpm docker-ce-selinux-17.03.3.ce-1....
「实战篇」开源项目docker化运维部署-搭建mysql集群（四）
weixin_34223655的博客
03-28 178
原创文章，欢迎转载。转载请注明：转载自IT人故事会，谢谢！ 原文链接地址：「实战篇」开源项目docker化运维部署-搭建mysql集群（四）有了docker虚拟机，就需要利用平台部署数据库的集群，在实际操作之前介绍下数据库集群的方案和各自的特点。源码：github.com/limingios/n… 集群的方案单节点的弊病大型互联网程序用户群体庞大，所以架构必须要特殊设计单节点的数据库无法满足性能...
docker-compose创建msyql主从集群（mha）
qq_39637094的博客
03-13 2505
docker-compose创建msyql主从集群（mha） 1、 为容器创建docker网络 docker network create basenetwork --subnet=172.18.0.0/16 2、编写docker的编排文件 文件夹结构： mysql |-- master0 |-- |-- conf |-- |-- |-- my.cnf |-- |-- data |-- |-- initdb #需要初始化的数据库脚本存放文件夹，容器启动后会自动执行。 |-- |-- log |-- |--
mysql pxc集群介绍_MySQL中PXC集群的介绍
weixin_33626609的博客
02-07 3084
MySQL中PXC集群的介绍发布时间：2020-05-27 14:37:02来源：亿速云阅读：215作者：鸽子一、PXC介绍参考：Percona官方PXC是一个开源的MySQL高可用解决方案，它将Percona Server和Xtrabackup与Galera库集成，以实现同步多主复制。基于Galera的高可用方案主要有MariaDB Galera Cluster(MGC)和Percona Xtr...
Mysql数据库管理-PXC集群标准部署案例
oradbm的博客
04-27 1605
PXC全称是Percona XtraDB Cluster, 是著名的mysql公司Percona出品的免费的数据库集群产品。PXC对数据库集群是基于Galera的面向OLTP的多主同步复制插件。
mysql数据库—PXC集群
m0_63674789的博客
05-18 1188
PXC集群特点： 数据强一致性，无同步延迟 没有主从切换操作，无需使用虚拟ip 支持innoDB存储引擎 多线程复制 部署使用简单 支持节点自动加入，无需手动拷贝数据
docker--部署vue项目.md
08-26
docker--部署vue项目
容器云运维实战：Docker与Kubernetes集群.pdf
06-06
容器云运维实战：Docker与Kubernetes集群
开源项目-docker-slim-docker-slim.zip
09-25
开源项目-docker-slim-docker-slim.zip,DockerSlim (docker-slim): Optimize and secure your Docker containers (free and open source)
MySQL之高可用PXC集群部署实战
求知若渴，虚心若愚。
11-07 1805
MySQL之高可用PXC集群部署实战
PXC高可用集群（MySQL5.7）
weixin_45625174的博客
02-28 700
socket=/var/lib/mysql/mysql.sock #socker文件的路径。wsrep_cluster_address=gcomm:// #集群成员列表，3台必须相同。集群通信端口是指集群中各服务器之间通信的端口；log-error=/var/log/mysqld.log #日志文件的路径。pid-file=/var/run/mysqld/mysqld.pid #pid文件的路径。
mysql pxc集群 原理 （图解+秒懂+史上最全）
架构师尼恩
09-28 7510
文章很长，而且持续更新，建议收藏起来，慢慢读！ Java 高并发 发烧友社群：疯狂创客圈（总入口） 奉上以下珍贵的学习资源： 免费赠送 经典图书 ： 极致经典 + 社群大片好评 《 Java 高并发 三部曲 》 面试必备 + 大厂必备 + 涨薪必备 免费赠送 经典图书 ： 《Netty Zookeeper Redis 高并发实战》 面试必备 + 大厂必备 +涨薪必备 （加尼恩领取） 免费赠送 经典图书 ： 《SpringCloud、Nginx高并发核心编程》 面试必备 + 大
pxc_cluster集群
li175325的博客
08-26 4976
1. 删除mysql或mariadb，关闭防火墙和selinux，修改主机名为pxc1、pxc2、pxc3，修改/etc/hosts。启动后，可以登录任意节点并使用以下命令查看集群状态。PXC 集群允许动态下线节点，但需要注意的是节点的启动命令和关闭命令必须一致，如以引导模式启动的第一个节点必须。第二个节点的配置与上面基本相同，但是需要修改 server id 以及当前节点的名称和地址，即集群中节点总数为 3，此时代表所有节点都已成功加入集群，至此集群已经搭建完成。支持节点自动加入，无需手动拷贝数据。
【转】PXC集群原理
最新发布
huangmr的专栏
11-06 659
PXC（Percona XtraDB Cluster）是一个开源的MySQL高可用解决方案。Percona XtraDB Cluster（简称PXC集群）提供了MySQL高可用的一种实现方法。1）集群是有节点组成的，推荐配置至少3个节点，但是也可以运行在2个节点上。2）每个节点都是普通的mysql/percona服务器，可以将现有的数据库服务器组成集群，反之，也可以将集群拆分成单独的服务器。3）每个节点都包含完整的数据副本。
Docker部署percona
z_xiaoluan的博客
12-13 315
Percona Server 使用了一些 google-mysql-tools, Proven Scaling, Open Query 对 MySQL 进行改造。Percona Server 只包含 MySQL 的服务器版，并没有提供相应对 MySQL 的 Connector 和 GUI 工具进行改进。Percona 为 MySQL 数据库服务器进行了改进，在功能和性能上较 MySQL 有着很显著的提升。负载情况下的 InnoDB 的性能、为 DBA 提供一些非常有用的性能诊断工具；
搭建PXC集群
Hubbert_Xu的博客
07-20 804
PXC集群介绍 Pecona XtraDB Cluster 是业界主流的MySQL集群方案 PXC集群的数据同步具有强一致性的特点 PXC集群只支持InnoDB引擎 PXC集群保存的是高价值的数据 数据库运行在Docker MySQL放在容器中运行会不会有性能损耗？ Docker是轻量级的虚拟机，Docker既没有虚拟硬件，又没有安装独立的操作系统，只不过是给Docker线程绑定上了CPU跟内存，然后Docker内部再去划分每个容器占有多少硬件资源，Docker直接使..
Mysql---PXC集群、存储引擎
我不是程序猿的博客
04-26 509
回顾部署MHA集群步骤： 1、准备环境 1.1公共配置：启用binlog日志用户授权 半同步复制模式禁止删除中继日志文件 1.2ssh免密登录 1.2.1、所有数据库服务器之间ssh免密登录 1.2.2、管理主机要ssh免密登录所有数据库服务器 1.3主从同步复制 配置一主多从同步结构 2、配置管理主机 3、配置数据库服务器 4、测试配置 5、启动管理服务 6、测试高可用功能 MHA集群缺点总结： 必须要有vip地址 宕机的主服务器需要手动添加...
基于docker容器部署MySQL数据库
派大星的不眠博客
02-03 7896
使用docker快速部署mysql数据库
用Docker运行Percona Server
chszs的专栏
02-13 8488
用Docker运行Percona Server作者：chszs，未经博主允许不得转载。经许可的转载需注明作者和博客主页：http://blog.csdn.net/chszsPercona官方提供了一个Percona Docker镜像，可以运行Percona Server MySQL和Percona Server for MongoDB。 Docker官方也提供了Percona镜像，具体见： Pe
docker run -it --rm mysql mysql -hsome.mysql.host -usome-mysql-user -p
05-10
这条命令是用Docker运行MySQL容器，并连接到指定的MySQL服务器。其中： - `-it` 表示以交互模式运行容器； - `--rm` 表示容器停止后自动删除容器文件系统； - `mysql` 表示要运行的镜像名称； - `mysql -hsome....

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值