【MySQL】Orchestrator最简单的 mysql 高可用方案最细细细细~

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,高可用系列 2核4GB
简介: 【MySQL】Orchestrator最简单的 mysql 高可用方案最细细细细~

简介

orchestrator 是基于 MySQL 主从的开源的 MySQL 高可用方案,可以管理上千个 MySQL 集群。实现 MySQL 高可用的同时,可配置实现自身的高可用。

大白话就是搭建一个 orchestrator 的高可用集群,就能管理上千个 mysql 主从集群,并且能让他们实现主库切换为从库/从库切换为主库,而且有网页,可用通过网页拖动实现上述功能。简单的一批。

项目地址: https://github.com/openark/orchestrator

raft 实现 orchestrator 高可用

使用 orchestrator 的 raft 算法实现 orchestrator 的高可用

只有领导者才能进行恢复。所有节点都运行发现(探测)和自我分析

MGR 等实现 orchestrator 高可用

使用 MGR 实现 orchestrator 的高可用

多集群管理 、跨数据中心拓扑发现、故障转移

orchestrator 可以实现多集群管理 、跨数据中心拓扑发现、故障转移等功能,管理上千个 mysql 实例。

主要功能

拓扑发现 集群重塑 拓扑恢复 多集群管理

优势

可视化 复杂拓扑管理 拓扑发现 自身高可用 灵活的恢复选项 安全 精准 高效 快速 API 接口 伪 GTID

搭建 Orchestrator

系统优化

iptables -F
#关闭selinux
setenforce 0  
sed -i  's#SELINUX=enforcing#SELINUX=disabled#g'   /etc/selinux/config
systemctl stop  NetworkManager
systemctl disable  NetworkManager
# 配置 host
cat >>/etc/hosts<<'EOF'
10.10.8.63 test02
10.10.8.64 test03
10.10.8.65 test04
EOF

安装orchestrator

cd /tmp
#wget   https://github.com/openark/orchestrator/releases/download/v3.2.6/orchestrator-3.2.6-1.x86_64.rpm
chown -R root:root orchestrator-3.2.6-1.x86_64.rpm 
yum install  -y  orchestrator-3.2.6-1.x86_64.rpm

安装 MySQL

使用 MySQL 作为 Orchestrator 的后端数据,保存拓扑数据

wget  http://dev.mysql.com/get/mysql57-community-release-el7-10.noarch.rpm
yum -y install mysql57-community-release-el7-10.noarch.rpm
yum -y install mysql-community-server
gpg --export -a 3a79bd29 > 3a79bd29.asc
rpm --import https://repo.mysql.com/RPM-GPG-KEY-mysql-2022
yum -y install mysql-community-server
mysql -V
systemctl start  mysqld.service
mysql -p`grep "password" /var/log/mysqld.log|awk '{print $NF}'`
alter user root@'localhost' identified by 'Password_123';
flush privileges;
\q

授权用户

Orchestrator 使用 orc_server_user 用户连接 MySQL 读写数据

mysql -pPassword_123
create user orc_server_user@'127.0.0.1' identified by 'Password_123';
grant all on orchestrator.* to orc_server_user@'127.0.0.1';
flush privileges;
\q

创建目录

创建 orchestrator 日志、数据、配置文件目录保存对应的数据

mkdir -p /usr/local/orchestrator/{log,conf,raftdata}
# 拷贝配置文件到配置文件目录
cp /usr/local/orchestrator/orchestrator-sample.conf.json  /usr/local/orchestrator/conf/orchestrator.conf.json

修改配置文件

修改以下参数

vim /usr/local/orchestrator/conf/orchestrator.conf.json
  # 复制进去,配置文件中没有
  # 如果使用伪 GTID 开启此参数
  "AutoPseudoGTID": true, 
  
  # mysql应用使用的账号密码
  "MySQLTopologyUser": "orc_client_user",   
  "MySQLTopologyPassword": "Password_123",    # 修改密码
  # 自身的 mysql 连接信息
  "MySQLOrchestratorHost": "127.0.0.1",  
  "MySQLOrchestratorPort": 3306,
  "MySQLOrchestratorDatabase": "orchestrator",
  "MySQLOrchestratorUser": "Password_123",  # 修改密码
  # 修改即可
  # 开启 web 页面认证
  "AuthenticationMethod": "basic",     # 修改为basic认证方法
  "HTTPAuthUser": "admin",             # 自定义用户名
  "HTTPAuthPassword": "Password_123",  # 自定义密码
  # 整个复制进去
  # 添加 raft 选举相关配置
  # 配置文件中去掉注释信息后使用
  "RaftEnabled": true,  # 开启
  "RaftDataDir":"/usr/local/orchestrator/raftdata",
  "RaftBind":"10.10.8.63",  # 本机IP
  "DefaultRaftPort":10008,
  "RaftNodes":[   # 集群的所有IP
  "10.10.8.63",
  "10.10.8.64",
  "10.10.8.65"
  ],
  # 修改多少秒之内不会再次故障转移 方便测试
  "RecoveryPeriodBlockSeconds": 60,
  
  # 恢复要忽略的主机 没有就不填,生产中可以将归档的机器等不需要显示的机器放到这里
  "RecoveryIgnoreHostnameFilters": [],
  
  # 恢复集群主正则
  "RecoverMasterClusterFilters": [
    "*"  # 改成 * 所有机器都恢复
  ],
  # 恢复集群中间主正则
  "RecoverIntermediateMasterClusterFilters": [
    "*"  # 改成 * 所有集群都能恢复 
  ],

启动orchestrator

cd /usr/local/orchestrator # 必须进入目录在执行 要不然进不了网页
/usr/local/orchestrator/orchestrator -config /usr/local/orchestrator/conf/orchestrator.conf.json http >> /usr/local/orchestrator/log/orchestrator.log 2>&1 &
ps -ef|grep orch
# 关闭
#ps -ef|grep [o]rch|awk '{print $2}'|xargs kill -9

重启orchestrator 失败时使用

ps -ef|grep [o]rch|awk '{print $2}'|xargs kill -9  
cd /usr/local/orchestrator # 必须进入目录在执行 要不然进不了网页
/usr/local/orchestrator/orchestrator -config /usr/local/orchestrator/conf/orchestrator.conf.json http >> /usr/local/orchestrator/log/orchestrator.log 2>&1 &
ps -ef|grep orch

搭建 MySQL 主从

测试使用 mysql-shell 快速搭建 MySQL 一主两从实例作为测试实例。

安装 mysql-shell

yum -y install https://dev.mysql.com/get/mysql80-community-release-el7-5.noarch.rpm
yum install -y mysql-shell
mysqlsh
dba.deploySandboxInstance(3307) # 密码配置为 123456

创建复制账号

主库创建复制账号

mysql -p123456 -S /root/mysql-sandboxes/3307/sandboxdata/mysqld.sock
show master status\G
create user repl@'test%' identified WITH 'mysql_native_password'  by '123456';
grant all on *.* to  repl@'test%';
flush privileges;
\q

从库导入主库备份

使用 gtid 时使用这种方式

# 在需要导入数据的从库执行
mysqldump -p123456 -urepl -h10.10.8.63 -P3307  -A -R -E --triggers --master-data=2  --single-transaction --set-gtid-purged=ON |mysql -p123456 -S /root/mysql-sandboxes/3307/sandboxdata/mysqld.sock

重新搭建主库

mysql -p123456 -S /root/mysql-sandboxes/3308/sandboxdata/mysqld.sock
show master status\G
create user repl@'test%' identified WITH 'mysql_native_password'  by '123456';
grant all on *.* to  repl@'test%';
flush privileges;
\q
# 备份
mysqldump -p123456 -urepl -htest02 -P3308  -A -R -E --triggers --master-data=2  --single-transaction --set-gtid-purged=ON |mysql -p123456 -S /root/mysql-sandboxes/3308/sandboxdata/mysqld.sock 
mysqldump -p123456 -urepl -htest03 -P3307  -A -R -E --triggers --master-data=2  --single-transaction --set-gtid-purged=ON  >/tmp/full.sql
# 获取 pos 信息
head -n 24 /tmp/full.sql|tail -n 1
-- CHANGE MASTER TO MASTER_LOG_FILE='test03-bin.000003', MASTER_LOG_POS=107480;
mysql -p123456 -S /root/mysql-sandboxes/3307/sandboxdata/mysqld.sock
stop slave;
reset slave all;
source /tmp/full.sql
mysql -p123456 -S /root/mysql-sandboxes/3307/sandboxdata/mysqld.sock
source /tmp/full.sql
change master to 
    master_user='repl',
    master_password='123456',
    master_host='test03',
    master_port=3307,
    MASTER_LOG_FILE='test03-bin.000003', MASTER_LOG_POS=107480;
start slave;
show slave status\G

⚠️: 从库导入主库备份不使用 GTID

不使用 gtid 时使用这种方式

# 在需要导入数据的从库执行
mysqldump -p123456 -urepl -h10.10.8.63 -P3307  -A -R -E --triggers --master-data=2  --single-transaction --set-gtid-purged=OFF |mysql -p123456 -S /root/mysql-sandboxes/3307/sandboxdata/mysqld.sock

指定主库信息

使用 gtid 时使用这种方式

# 在从库执行
mysql -p123456 -S /root/mysql-sandboxes/3307/sandboxdata/mysqld.sock
change master to 
    master_user='repl',
    master_password='123456',
    master_host='test03',
    master_port=3307,
    master_auto_position=1;
start slave;
show slave status\G

⚠️:指定主库信息不使用GTID 的方式

不使用 gtid 时使用这种方式

# 在从库执行
mysql -p123456 -S /root/mysql-sandboxes/3307/sandboxdata/mysqld.sock
change master to 
 master_user='repl',
 master_password='123456',
 master_host='test02',
 master_port=3307,
 master_log_file='test04-bin.000002',
 master_log_pos=941070;
start slave;
show slave status\G

主库创建应用账号

搭建好主从后,在主库创建应用账号

mysql -p123456 -S /root/mysql-sandboxes/3307/sandboxdata/mysqld.sock
create user orc_client_user@'%' identified WITH 'mysql_native_password'  by 'Password_123';
grant super,process,replication slave,reload  on *.* to orc_client_user@'%'; 
grant select on mysql.slave_master_info to orc_client_user@'%'; 
# 使用伪 GTID 时授权以下权限
#GRANT DROP ON _pseudo_gtid_.* to orc_client_user@'%';
flush privileges;
\q

⚠️:当使用了伪 GTID 时,需要将以上步骤中对应的注释解开,授权对应的权限

orchestrator-client安装

orchestrator-client是orchestrator的命令行管理工具,可以在命令行完成orchestrator所有的操作,如:切换主库、切换为级联复制、切换为单库、上下线库等

下载安装

wget https://github.com/openark/orchestrator/releases/download/v3.2.6/orchestrator-client-3.2.6-1.x86_64.rpm
yum install  -y orchestrator-client-3.2.6-1.x86_64.rpm

配置环境变量

# 在每台orchestrator实例执行,方便后期运维
cat >/etc/profile.d/orchestrator.sh<<'EOF'
export ORCHESTRATOR_API="10.10.8.63:3000/api 10.10.8.64:3000/api 10.10.8.65:3000/api"
export ORCHESTRATOR_AUTH_USER=admin
export ORCHESTRATOR_AUTH_PASSWORD=Password_123
EOF
source  /etc/profile.d/orchestrator.sh

orchestrator-client常用操作

查看帮助

可以查看到所有参数及注解

orchestrator-client -c help

查看所有集群

orchestrator-client -c clusters

查看从库

查看 test02:3307 实例的从库

orchestrator-client -c which-replicas -i  test02:3307

查看主库

查看 test03:3307 的主库

orchestrator-client -c which-master -i test03:3307

查看集群所有实例

查看 test02:3307 集群的所有实例

orchestrator-client -c which-cluster-instances -i test02:3307

查看拓扑结构

查看 test02:3307 集群的拓扑信息

orchestrator-client -c topology -i test02:3307

查看发现的所有实例

显示所有集群的所有实例

orchestrator-client -c all-instances

忘记一个实例

在拓扑信息中不显示 test03:3307 实例

orchestrator-client -c forget -i test03:3307

发现一个实例

使用 orchestrator 扫描 test03:3307,并显示在拓扑信息中

orchestrator-client -c discover -i test03:3307

自动选主

在切换主从时,旧主库自动指向新主库

orchestrator-client -c graceful-master-takeover-auto -i test03:3307

不启动旧主库

将 test04 提升为主库,切换后旧主库指向新主库不开启复制线程

orchestrator-client -c graceful-master-takeover -i test02:3307 -d test04:3307

启动旧主库

将 test03 提升为主库,切换后旧主库指向新主库并开启复制线程

orchestrator-client -c graceful-master-takeover-auto -i test04:3307 -d test03:3307

迁移复制实例

# 查看切换前拓扑
[root@test02 tmp]# orchestrator-client -c topology -i test02:3307
test03:3307   [0s,ok,5.7.44-log,rw,ROW,>>,GTID]
+ test02:3307 [0s,ok,5.7.44-log,ro,ROW,>>,GTID]
+ test04:3307 [0s,ok,5.7.44-log,ro,ROW,>>,GTID,downtimed]

把 test02 放到 test04 下进行级联复制

orchestrator-client -c relocate -i test02:3307 -d test04:3307
# 查看切换后拓扑
[root@test02 tmp]# orchestrator-client -c topology -i test02:3307
test03:3307     [0s,ok,5.7.44-log,rw,ROW,>>,GTID]
+ test04:3307   [0s,ok,5.7.44-log,ro,ROW,>>,GTID]
  + test02:3307 [0s,ok,5.7.44-log,ro,ROW,>>,GTID]  # 在这

停止从库

orchestrator-client -c stop-replica -i test04:3307

启动从库

orchestrator-client -c start-replica -i test04:3307

重启从库

orchestrator-client -c restart-replica -i test04:3307

从库分离

将从库分离到集群外,不进行复制,通过修改 change master 里的 host // test02

orchestrator-client -c detach-replica -i test04:3307

从库重新加入

将从库加入到集群,开启复制,通过修改 change master 里的 host test02

orchestrator-client -c reattach-replica -i test04:3307

检查集群健康状况

orchestrator-client -c replication-analysis

设置节点可写

set read_only=0

orchestrator-client -c set-writeable -i test02:3307

设置节点只读

set read_only=1

orchestrator-client -c set-read-only -i test02:3307

启动半同步复制

orchestrator-client -c enable-semi-sync-master -i test04:3307

⚠️:需要先在 MySQL 实例中加载半同步复制插件

# mysql 命令行
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
# 配置文件
[mysqld]
plugin-load=rpl_semi_sync_master=semisync_master.so
plugin-load=rpl_semi_sync_slave=semisync_slave.so

关闭半同步复制

orchestrator-client -c disable-semi-sync-master -i test04:3307

使用API显示特定主机的所有数据

显示详细信息

orchestrator-client -c api -path  instance/test03/3307|jq .

其他命令使您可以更精细地控制服务器的重新定位方式。考虑经典的二进制日志 file:pos 重新指向副本的方式:

将副本在拓扑中向上移动(使其成为其主副本的sbling,或其“祖父母”的直接副本):

orchestrator -c move-up -i 127.0.0.1:22988

仅当实例祖父母且不存在副本滞后等问题时,上述命令才会成功。

将副本移至其同级下方:

orchestrator -c move-below -i 127.0.0.1:22988 -d 127.0.0.1:22990 --debug

上面的命令只有在127.0.0.1:22988127.0.0.1:22990是同级(同一主服务器的副本)时才会成功,它们都没有问题(例如副本滞后),并且同级可以是实例的主服务器(即有二进制日志,有log_slave_updates,没有版本冲突等)

批量使用示例

https://github.com/openark/orchestrator/blob/master/docs/script-samples.md

安全相关配置

https://github.com/openark/orchestrator/blob/master/docs/security.md

Orchestrator Hook

使用 VIP 实现不切换应用 IP 的高可用

添加 VIP

主库添加 VIP

ip addr add 10.10.8.68/23 dev ens192

建立互信

建立Orch到业务MySQL机器的互信

ssh-keygen
# 注意自身也要免密
ssh-copy-id root@test02
ssh-copy-id root@test03
ssh-copy-id root@test04

测试免密

测试是否免密

ssh root@test02 date
ssh root@test03 date
ssh root@test04 date

增加Hook配置

将 orch_hook.sh 脚本添加到故障恢复及手动切换的参数中

vim /usr/local/orchestrator/conf/orchestrator.conf.json 
  "PostFailoverProcesses": [
  "echo '(for all types) Recovered from {failureType} on {failureCluster}. Failed: {failedHost}:{failedPort}; Successor: {successorHost}:{successorPort}' >> /tmp/recovery.log",
  "/usr/local/orchestrator/script/orch_hook.sh {failureType} {failureClusterAlias} {failedHost} {successorHost} >> /tmp/orch_hook.log"
  ],
  "PostGracefulTakeoverProcesses": [
    "echo 'Planned takeover complete' >> /tmp/recovery.log",
    "/usr/local/orchestrator/script/orch_hook.sh {failureType} {failureClusterAlias} {failedHost} {successorHost} >> /tmp/orch.log"
  ],

编辑Hook脚本

mkdir /usr/local/orchestrator/script -p
touch /usr/local/orchestrator/script/orch_hook.sh
chmod +x /usr/local/orchestrator/script/orch_hook.sh
cat  >/usr/local/orchestrator/script/orch_hook.sh<<'EOF'
#!/bin/bash
# 脚本接收的参数
FAILURE_TYPE=$1
CLUSTER_ALIAS=$2
FAILED_HOST=$3
SUCCESSOR_HOST=$4
# VIP 地址和网络接口配置
VIP='10.10.8.68'       # 修改为自己的 VIP
INTERFACE='ens192'     # 修改为每台机器的网卡名
# 日志文件路径
LOG_FILE="/usr/local/orchestrator/log/vip_migration.log"
# 添加或删除 VIP
update_vip() {
    local host=$1
    local action=$2  # 使用 "add" 或 "del"
    echo "$(date): Updating VIP ($VIP) on $host: $action" >> $LOG_FILE
    # SSH 到指定主机执行 IP 地址的添加或删除   注意指定子网掩码位数
    ssh root@$host "ip addr $action $VIP/23 dev $INTERFACE" 2>>$LOG_FILE
    if [ $? -eq 0 ]; then
        echo "$(date): VIP $action operation successful on $host" >> $LOG_FILE
    else
        echo "$(date): Error during VIP $action operation on $host" >> $LOG_FILE
    fi
}
echo "$(date): Orchestrator hook triggered" >> $LOG_FILE
echo "$(date): Failure Type: $FAILURE_TYPE, Cluster: $CLUSTER_ALIAS, Failed Host: $FAILED_HOST, Successor Host: $SUCCESSOR_HOST" >> $LOG_FILE
# 检查是否为主库故障转移
if [ "$FAILURE_TYPE" == "DeadMaster" ]; then
    # 从失败的主机删除 VIP
    update_vip $FAILED_HOST "del"
    # 在后续主机上添加 VIP
    update_vip $SUCCESSOR_HOST "add"
else
    echo "$(date): No action taken. Not a master failure." >> $LOG_FILE
fi
EOF

⚠️手动删除 ,出现脑裂时删除

ip addr del 10.10.8.68/23 dev ens192

重启实例

ps -ef|grep [o]rchestrator|awk '{print $2}'|xargs kill -9  
cd /usr/local/orchestrator # 必须进入目录在执行 要不然进不了网页
/usr/local/orchestrator/orchestrator -config /usr/local/orchestrator/conf/orchestrator.conf.json http >> /usr/local/orchestrator/log/orchestrator.log 2>&1 &
ps -ef|grep orch

观察日志

tail -f /usr/local/orchestrator/log/orchestrator.log

功能点

开启伪 gtid

当不想使用或无法使用 gtid 的情况下,可以使用伪 gtid 来实现类似 gtid 的效果,自动化程度更高

# 配置文件配置 开启伪 GTID
"AutoPseudoGTID": true,
# 授权应用账号对应权限
GRANT DROP ON _pseudo_gtid_.* to 'orc_client_user'@'orch_clien_host';

注意事项

多线程复制时, MySQL 必须开启 顺序提交, 必须启用 log_slave_updates 和 log_bin

# 命令行设置
set global slave_preserve_commit_order=ON;
# mysql 配置文件中配置
slave_preserve_commit_order=ON
log_bin  # 默认启用
log_slave_updates=1 # 默认启用

当有些集群不想使用伪 GTID 时只需要收回应用账号的权限即可

REVOKE DROP ON _pseudo_gtid_.* FROM 'orc_client_user'@'orch_clien_host';

自动恢复限制

一旦集群经历了一次恢复,将在接下来的几秒(小时)orchestrator内阻止自动恢复。这是一种防抖动机制。

{
  "RecoveryPeriodBlockSeconds": 3600,  # 当故障恢复后,设置间隔 3600 秒之后才能进行下一次的故障恢复
  "RecoveryIgnoreHostnameFilters": [],
  "RecoverMasterClusterFilters": [
    "thiscluster",
    "thatcluster"
  ],
  "RecoverIntermediateMasterClusterFilters": [
    "*"
  ],
}

候选主库

在故障转移时,指定候选主库,有些库只能作为从库 ,举个栗子:

  • 服务器硬件配置低
  • 服务器在其他数据中心
  • 作为备份的服务器

orchestrator指定候选主库:

orchestrator-client -c register-candidate -i ${::fqdn} --promotion-rule ${规则}

支持的规则:

  • prefer 希望成为候选主库
  • neutral 中立、都可以
  • prefer_not 不希望成为候选主库
  • must_not 不能成为候选主库

候选规则一小时后失效,需要设置一个定时任务来通知服务器的候选规则:

*/2 * * * * root "/usr/bin/perl -le 'sleep rand 10' && /usr/bin/orchestrator-client -c register-candidate -i test02:3307 --promotion-rule prefer"

从库超时检测

由于故障检测是使用 MySQL 本身作为信息源,所以需要配置主从网络超时时间,以便快速发现故障。

  • set global slave_net_timeout = 4,这会在从库与其主服务器之间设置较短的 ( 2sec) 心跳间隔,并使从库能够快速识别故障。如果没有此设置,某些情况可能需要一分钟才能检测到。
  • CHANGE MASTER TO MASTER_CONNECT_RETRY=1, MASTER_RETRY_COUNT=86400。如果复制失败,使副本每隔一次尝试重新连接1秒(默认为60秒)。对于短暂的网络问题,此设置会尝试快速复制恢复,如果成功,将避免一般故障/恢复操作orchestrator
# MySQL 终端
set global slave_net_timeout = 4
[mysqld]
slave_net_timeout = 4

常见问题

常见问题总结

https://github.com/openark/orchestrator/blob/master/docs/faq.md

拓扑限制

https://github.com/openark/orchestrator/blob/master/docs/supported-topologies-and-versions.md

注意事项

  • 使用 GTID 在切换时自动化程度更高,使用 pos 时复杂切换需要手动指定
  • host 信息必须要写, 不写会存在一些问题
  • 当不使用 GTID 进行复制时,可以使用伪GTID ,代替GTID ,方便恢复,增加自动化程度
  • 旧主库如因网络中断而切换,需要在恢复前删除旧主库的 VIP,或重启网卡

清除所有配置

yum remove  -y orchestrator-3.2.6-1.x86_64 orchestrator-client-3.2.6-1.x86_64
yum remove  -y mysql-community-common-5.7.44-1.el7.x86_64 mysql-community-libs-compat-5.7.44-1.el7.x86_64 mysql57-community-release-el7-10.noarch mysql-community-libs-5.7.44-1.el7.x86_64 mysql-community-libs-5.7.44-1.el7.x86_64 mysql-community-server-5.7.44-1.el7.x86_64 mysql-community-client-5.7.44-1.el7.x86_64 mysql-community-client-5.7.44-1.el7.x86_64 mysql-shell-8.0.35-1.el7.x86_64 
>/etc/hosts
rm -rf /root/mysql-sandboxes/
rm -rf /usr/local/orchestrator
rm -f /var/log/mysqld.log 
rm -rf /usr/share/mysql*
rm -f /etc/profile.d/orchestrator.sh
rm -rf  /var/lib/mysql
rpm -qa|grep  orche
rpm -qa|grep mysql
netstat -lntp

细不细?


相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
2月前
|
关系型数据库 MySQL 数据库
|
21天前
|
存储 SQL 关系型数据库
【MySQL调优】如何进行MySQL调优?从参数、数据建模、索引、SQL语句等方向,三万字详细解读MySQL的性能优化方案(2024版)
MySQL调优主要分为三个步骤:监控报警、排查慢SQL、MySQL调优。 排查慢SQL:开启慢查询日志 、找出最慢的几条SQL、分析查询计划 。 MySQL调优: 基础优化:缓存优化、硬件优化、参数优化、定期清理垃圾、使用合适的存储引擎、读写分离、分库分表; 表设计优化:数据类型优化、冷热数据分表等。 索引优化:考虑索引失效的11个场景、遵循索引设计原则、连接查询优化、排序优化、深分页查询优化、覆盖索引、索引下推、用普通索引等。 SQL优化。
168 15
【MySQL调优】如何进行MySQL调优?从参数、数据建模、索引、SQL语句等方向,三万字详细解读MySQL的性能优化方案(2024版)
|
21天前
|
存储 SQL 关系型数据库
一篇文章搞懂MySQL的分库分表,从拆分场景、目标评估、拆分方案、不停机迁移、一致性补偿等方面详细阐述MySQL数据库的分库分表方案
MySQL如何进行分库分表、数据迁移?从相关概念、使用场景、拆分方式、分表字段选择、数据一致性校验等角度阐述MySQL数据库的分库分表方案。
一篇文章搞懂MySQL的分库分表,从拆分场景、目标评估、拆分方案、不停机迁移、一致性补偿等方面详细阐述MySQL数据库的分库分表方案
|
2月前
|
运维 容灾 关系型数据库
MySQL高可用方案--Xenon全解
MySQL高可用方案--Xenon全解
|
2月前
|
存储 SQL 关系型数据库
(二十三)MySQL分表篇:该如何将月增上亿条数据的单表处理方案优雅落地?
前面《分库分表的正确姿势》、《分库分表的后患问题》两篇中,对数据库的分库分表技术进行了全面阐述,但前两篇大多属于方法论,并不存在具体的实战实操,而只有理论没有实践的技术永远都属纸上谈兵,所以接下来会再开几个单章对分库分表各类方案进行落地。
115 3
|
2月前
|
SQL 关系型数据库 MySQL
orchestrator搭建mysql高可用
orchestrator搭建mysql高可用
20 0
|
2月前
|
缓存 关系型数据库 MySQL
如何实现mysql高可用集群
如何实现mysql高可用集群
17 0
|
3月前
|
关系型数据库 MySQL 数据库
|
2月前
|
缓存 关系型数据库 MySQL
MySQL调优秘籍曝光!从索引到事务,全方位解锁高可用秘诀,让你的数据库性能飞起来!
【8月更文挑战第6天】MySQL是顶级关系型数据库之一,其性能直接影响应用的高可用性与用户体验。本文聚焦MySQL的高性能调优,从索引设计到事务管理,逐一解析。介绍如何构建高效索引,如联合索引`CREATE INDEX idx_order_customer ON orders(order_id, customer_id);`,以及索引覆盖查询等技术。
68 0
|
3月前
|
存储 SQL 关系型数据库
Mysql多表数据需进行联动修改得方案
Mysql多表数据需进行联动修改得方案
下一篇
无影云桌面