AI 助理
备案控制台
开发者社区 数据库 文章 正文

使用Heartbeat实现MySQL主从高可用

2018-07-25 1802
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
RDS MySQL Serverless 基础系列，0.5-2RCU 50GB
推荐场景：
学生管理系统数据库设计 搭建个人博客
云数据库 RDS MySQL，集群版 2核4GB 100GB
推荐场景：
搭建个人博客
云数据库 RDS MySQL，高可用版 2核4GB 50GB
简介： 使用Heartbeat实现MySQL主从高可用 前面我们使用Keepalived实现MySQL主从复制的失败自动切换，参见“使用Keepalived实现MySQL主从高可用”。本篇介绍如何利用Heartbeat来完成相同的功能。

使用Heartbeat实现MySQL主从高可用

前面我们使用Keepalived实现MySQL主从复制的失败自动切换，参见“使用Keepalived实现MySQL主从高可用”。本篇介绍如何利用Heartbeat来完成相同的功能。从安装、配置、使用、维护等角度上对比，Keepalived都比Heartbeat简单得多，尤其是Heartbeat 2.1.4后拆分成3个子项目，安装、配置、使用都比较复杂。Heartbeat虽然复杂，但功能更强大，配套工具更全，适合做大型集群管理。

一、Heartbeat简介

        通过Heartbeat，可以将资源（ip以及程序服务等资源）从一台已经故障的计算机快速转移到另一台正常运转的机器上继续提供服务，一般称之为高可用服务。官方网址：http://www.linux-ha.org/wiki/Heartbeat

        通过修改Heartbeat的配置文件，可以指定一台Heartbeat服务器作为主服务器，另一台自动成为热备服务器。在热备服务器上面配置Heartbeat守护程序来监听来自主服务器的心跳信息。如果在规定时间内，无法监听到心跳信息，那么就启动故障转移，取得主服务器上的相关资源的所有权，接替主服务器继续不间断的提供服务，从而达到资源以及服务高可用的目的。一般故障切换时间在5~20s之间。Heartbeat还支持主主模式，及两台服务器互为主备。

        另外，和Keepalived的服务一样，Heartbeat高可用是服务器级别的，不是服务级别的。它可以监测以下系统问题：

  1. 服务器宕机
  2. Heartbeat软件故障
  3. 心跳连接线故障

        服务故障不会导致切换，但可以通过服务宕机把Heartbeat服务停掉，从而主机实现自动切换。至少需要两台主机才可以实现高可用服务。两台Heartbeat服务之间可以通过以下方式进行通信:

  • 穿行电缆，所谓的串口（首选，缺点是距离不能太远）
  • 一根以太网电缆两网卡直连（常用方式）
  • 以太网电缆，通过交换机等网络设备连接。（交换机可能出现问题等）

        Heartbeat通过ip地址接管和arp广播进行故障转移的。在主服务器故障时，备用节点接管资源后，会立即强制更新所有客户端本地的arp表，即清楚客户端本地缓存的故障服务器的vip和mac地址的解析记录，确保客户端和新的主服务器的对话。

        真实ip，又被称为管理ip，一般指配置在物理网卡上面的ip。在负载均衡高可用环境中，管理ip是不对外提供访问服务的，仅作为管理服务器使用，如SSH可以通过这个进行服务连接管理。VIP是虚拟ip，实际上就是eth0:X，x为0~255的任意数字，可以在一个网卡上面绑定多个别名。VIP当主服务器故障时，可以自动漂移到备用服务器。

二、安装Heartbeat

        环境：
        CentOS Linux release 7.2.1511 (Core)
        MySQL Master     172.16.1.126
        MySQL Slave      172.16.1.127
        VIP              172.16.1.100

        MySQL主从复制配置从略。

        安装Heartbeat源码安装需要依次安装Cluster Glue、Resource Agents和Heartbeat 三个软件，并且三个软件要安装在相同目录下。以下步骤均在172.16.1.126、172.16.1.127两台机器上用root用户操作。

1. 下载软件包

        Heartbeat 3.0.6：http://hg.linux-ha.org/heartbeat-STABLE_3_0/archive/958e11be8686.tar.bz2
        Cluster Glue 1.0.12：http://hg.linux-ha.org/glue/archive/0a7add1d9996.tar.bz2
        Resource Agents 3.9.6：https://github.com/ClusterLabs/resource-agents/archive/v3.9.6.tar.gz

2. 初始配置

（1）禁用防火墙
        在/etc/selinux/config文件中设置SELINUX=disabled，并执行：

systemctl disable firewalld

（2）设置主机名
        编辑/etc/hosts文件内容如下：
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
172.16.1.126 hdp3
172.16.1.127 hdp4

        设置主机名：
        在172.16.1.126上：

hostnamectl set-hostname hdp3

        在172.16.1.127上：

hostnamectl set-hostname hdp4

（3）安装依赖包

yum -y install glib2-devel libtool-ltdl-devl net-snmp-devel bzip2-devel ncurses-devel openssl-devel libtool libxml2 libxml2-devel gettext bison flex zlib-devel mailx which libxslt docbook-dtds docbook-style-xsl PyXML shadow-utils opensp autoconf automake bzip2 e2fsprogs-devel libxslt-devel libtool-ltdl-devel make asciidoc libuuid-devel

（4）建立用户
groupadd haclient
useradd -g haclient -M -s /sbin/nologin hacluster

3. 安装Cluster Glue 1.0.12
bunzip2 0a7add1d9996.tar.bz2
tar -xf 0a7add1d9996.tar
cd Reusable-Cluster-Components-glue--0a7add1d9996
./autogen.sh
./configure --prefix=/usr/local/heartbeat && make && make install

4. 安装Resource Agents 3.9.6
tar -zxf resource-agents-3.9.6.tar.gz 
cd resource-agents-3.9.6
./autogen.sh
export CFLAGS="$CFLAGS -I/usr/local/heartbeat/include -L/usr/local/heartbeat/lib"
./configure --prefix=/usr/local/heartbeat/
ln -s  /usr/local/heartbeat/lib/* /lib/
ln -s  /usr/local/heartbeat/lib/* /lib64/
make && make install

5. 安装Heartbeat 3.0.6
tar -vxjf 958e11be8686.tar.bz2
cd Heartbeat-3-0-958e11be8686/
./bootstrap
./configure --prefix=/usr/local/heartbeat/
make

        报错：

/usr/local/heartbeat/include/heartbeat/glue_config.h:105:0: error: "HA_HBCONF_DIR" redefined [-Werror]

        说明在glue.config.h中，宏HA_HBCONF_DIR被定义了多次，编辑glue_conf.h文件，注释掉最后一行定义宏的代码：

vi /usr/local/heartbeat/include/heartbeat/glue_config.h

        将如下的最后一行删除并保存退出。

#define HA_HBCONF_DIR "/usr/local/heartbeat/etc/ha.d/"              #  

        继续编译安装，通过。

make && make install

三、配置
cd /usr/local/heartbeat/share/doc/heartbeat
cp -a ha.cf authkeys haresources /usr/local/heartbeat/etc/ha.d/
cd /usr/local/heartbeat/etc/ha.d
chmod 600 etc/ha.d/authkeys
ln -svf /usr/local/heartbeat/lib64/heartbeat/plugins/RAExec/* /usr/local/heartbeat/lib/heartbeat/plugins/RAExec/
ln -svf /usr/local/heartbeat/lib64/heartbeat/plugins/* /usr/local/heartbeat/lib/heartbeat/plugins/ 

        需要编辑ha.cf、authkeys和haresources三个配置文件，文件位置为/usr/local/heartbeat/etc/ha.d/。

1. 编辑配置文件ha.cf

        172.16.1.126上的ha.cf文件内容如下：
[root@hdp3~]#more /usr/local/heartbeat/etc/ha.d/ha.cf 
# 保存调试信息文件
debugfile /var/log/ha-debug         
# 日志文件
logfile /var/log/ha-log
# 表示使用系统日志            
logfacility local0 
# 心跳的时间间隔，单位秒                 
keepalive 1                         
# 超出该时间间隔未收到对方节点的心跳，则判定对方死亡
deadtime 30  
# 超出该时间间隔未收到对方节点的心跳，则发出警告记录到日志中                       
warntime 10 
#  在某系统上，系统启动或重启之后需要经过一段时间网络才能正常工作，该选项用于解决这种情况产生的时间间隔，取值至少为deadtime的2倍                         
initdead 120  
# 设置广播通信使用的端口，694为默认使用的端口号                           
udpport 694                         
# 传播心跳的广播播网卡信息
bcast ens32      
# 设置对方机器心跳检测的IP                   
ucast ens32 172.16.1.127   
# 在该选项设为on的情况下，一旦主节点恢复运行，则自动获取资源并取代从节点         
auto_failback off              
# 配置主从的节点信息
node hdp3                           
node hdp4           
# 如果ping不通该地址，就认为当前断网，需要转移vip
ping 172.16.1.254                   
# 指定与heartbeat一同启动和关闭的进程，该进程被自动监视，遇到故障则重新启动。最常用的进程是ipfail，该进程用于检测和处理网络故障，需要配合ping语句指定的ping node来检测网络连接。如果你的系统是64bit，请注意该文件的路径
respawn hacluster /usr/local/heartbeat/libexec/heartbeat/ipfail  
# 指定用户和组
apiauth ipfail gid=haclient uid=hacluster

        172.16.1.127上的/usr/local/heartbeat/etc/ha.d/ha.cf文件除了以下两个配置项的信息外，其它和172.16.1.126的相同。
# 传播心跳的广播播网卡信息
bcast ens160  
# 设置对方机器心跳检测的网卡和IP                      
ucast ens160 172.16.1.126    

2. 编辑认证文件authkeys

        172.16.1.126与172.16.1.127上的authkeys文件相同，内容如下：
[root@hdp3~]#more /usr/local/heartbeat/etc/ha.d/authkeys
auth 2
2 sha1 HI!

3. 编辑资源配置文件haresources

        所有节点的haresources文件必须相同，本例中只有一行：
[root@hdp3~]#more /usr/local/heartbeat/etc/ha.d/haresources 
hdp3 172.16.1.100 mysql

hdp为主节点，172.16.1.100是VIP，mysql是主机启动后自动执行的自定义脚本文件名，所在目录为 haresources同级目录下的resource.d目录下。mysql文件内容只有一行：
[root@hdp3~]#more /usr/local/heartbeat/etc/ha.d/resource.d/mysql 
/home/mysql/remove_slave.sh

        在主从切换后，原来的slave变为master，需要重置其slave状态，并将只读关闭。remove_slave.sh文件内容如下：
[root@hdp3~]#more /home/mysql/remove_slave.sh
#!/bin/bash
. /home/mysql/.bashrc
user=root
password=123456
log=/home/mysql/remove_slave.log
echo "`date`" >> $log
rm -rf /tmp/kill.sql
mysql -u$user -p$password -e "select * into outfile '/tmp/kill.sql' from (select concat('kill ',id,';') from information_schema.processlist where command='sleep' union all select 'set global read_only=OFF;' union all select 'stop slave;' union all select 'reset slave all;') t;"
mysql -u$user -p$password < /tmp/kill.sql >> $log
/bin/sed -i 's#read-only#\#read-only#' /home/mysql/mysql-5.6.14/my.cnf

4. 创建MySQL服务检测脚本
[root@hdp3~]#more /home/mysql/mysql_check.sh 
#!/bin/bash
. /home/mysql/.bashrc
count=1
while true
do
mysql -uroot -p123456 -S /data/mysql.sock -e "show status;" > /dev/null 2>&1
i=$?
ps aux | grep mysqld | grep -v grep > /dev/null 2>&1
j=$?
if [ $i = 0 ] && [ $j = 0 ]
then
   sleep 3
else
   if [ $i = 1 ] && [ $j = 0 ]
   then
       sleep 3
   else
        if [ $count -gt 5 ]
        then
              break
        fi
   let count++
   continue
   fi
fi
done
/etc/init.d/heartbeat stop

        mysql_check.sh脚本每三秒检测一次MySQL状态，如果本机MySQL不可用，怎关闭heartbeat服务，是VIP漂移到对方主机。先将该文件放到crontab中自动执行，待启动后再将其从crontab中去掉即可。

        172.16.1.126、172.16.1.127上的mysql、remove_slave.sh、mysql_check.sh三个脚本文件相同。

四、测试

1. 启动两个主机的heartbeat服务
chkconfig heartbeat on
systemctl start heartbeat

2. 查看VIP
        172.16.1.126、172.16.1.127上的IP分别如图1、图2所示。

图1
图2

        可以看到，初始VIP绑定在172.16.1.126上。

3. 查看客户端连接
C:\WINDOWS\system32>mysql -utest -p123456 -h172.16.1.100 -e "show variables like 'server_id'"
mysql: [Warning] Using a password on the command line interface can be insecure.
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id     | 126   |
+---------------+-------+
C:\WINDOWS\system32>

        可以看到，现在客户端通过VIP连接到master上。

4. 查看172.16.1.127上slave的状态
mysql> show slave status\G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 172.16.1.126
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000005
          Read_Master_Log_Pos: 120
               Relay_Log_File: hdp4-relay-bin.000015
                Relay_Log_Pos: 283
        Relay_Master_Log_File: mysql-bin.000005
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 120
              Relay_Log_Space: 618
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 126
                  Master_UUID: fadd5b7d-7d9f-11e8-90b4-13ccc7802b56
             Master_Info_File: /data/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 0
1 row in set (0.00 sec)
mysql> 

5. 杀掉master的mysqld进程
        在172.16.1.126上用root执行：

pkill -9 mysqld

6. 查看VIP
        172.16.1.126、172.16.1.127上的IP分别如图3、图4所示。

图3
图4

        可以看到，VIP已经漂移到172.16.1.127上。

7. 查看客户端连接
C:\WINDOWS\system32>mysql -utest -p123456 -h172.16.1.100 -e "show variables like 'server_id'"
mysql: [Warning] Using a password on the command line interface can be insecure.
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id     | 127   |
+---------------+-------+
C:\WINDOWS\system32>

        可以看到，现在客户端通过VIP连接到slave上。

8. 查看172.16.1.127上slave的状态
mysql> show slave status\G
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id:    7333
Current database: *** NONE ***
Empty set (0.00 sec)
mysql> show slave status\G
Empty set (0.00 sec)
mysql> show variables like 'read-only';
Empty set (0.00 sec)
mysql> show variables like 'read_only';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| read_only     | OFF   |
+---------------+-------+
1 row in set (0.00 sec)
mysql>

        可以看到，slave状态已经被重置，read_only也已经关闭。配置文件中的read-only参数也已经注释。
[mysql@hdp4~]$more /home/mysql/mysql-5.6.14/my.cnf 
[mysqld]
basedir = /home/mysql/mysql-5.6.14
datadir=/data
skip-name-resolve 
user=mysql
binlog_format=row
default-storage-engine=InnoDB
transaction_isolation = READ-COMMITTED
log-bin=/data/mysql-bin
log-bin-index = /data/mysql-bin.index 
tmpdir = /data
server-id = 127
innodb_data_home_dir = /data
innodb_log_group_home_dir=/data
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES 
# plugin-load=rpl_semi_sync_master=semisync_master.so
# rpl_semi_sync_master_enabled=1
#read-only

        至此完成了MySQL自动主从切换，整个过程对客户端透明。

原文地址https://blog.csdn.net/wzy0623/article/details/81188814

文章标签：
云数据库 RDS MySQL 版
关系型数据库
MySQL
Windows
关键词：
云数据库 RDS MySQL 版高可用
云数据库 RDS MySQL 版主从
heartbeat云数据库 RDS MySQL 版
云数据库 RDS MySQL 版heartbeat
云数据库 RDS MySQL 版实现
相关实践学习
基于CentOS快速搭建LAMP环境
本教程介绍如何搭建LAMP环境，其中LAMP分别代表Linux、Apache、MySQL和PHP。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心，利用清洁计算为万物互联的新世界提供源源不断的能源动力，目前开服的区域包括中国（华北、华东、华南、香港）、新加坡、美国（美东、美西）、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程，来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品：云服务器ECS 云服务器 ECS（Elastic Compute Service）是一种弹性可伸缩的计算服务，助您降低 IT 成本，提升运维效率，使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
优惠券发放
目录
相关文章
一只牛博
|
1月前
|
Prometheus 监控 关系型数据库
数据库同步革命：MySQL GTID模式下主从配置的全面解析
数据库同步革命：MySQL GTID模式下主从配置的全面解析
一只牛博
151 0
MySQL技术
|
1月前
|
运维 容灾 关系型数据库
介绍几种 MySQL 官方高可用方案
MySQL 官方提供了多种高可用部署方案，从最基础的主从复制到组复制再到 InnoDB Cluster 等等。本篇文章以 MySQL 8.0 版本为准，介绍下不同高可用方案架构原理及使用场景。
MySQL技术
236 3
介绍几种 MySQL 官方高可用方案
MySQL技术
|
15天前
|
存储 关系型数据库 MySQL
利用 MySQL 克隆插件搭建主从
MySQL 的 Clone 插件是一个强大的功能，首次引入于 MySQL 8.0.17 版本。简单来说，Clone Plugin 是一款物理克隆数据工具，它能够帮助我们快速、高效地克隆或复制数据库，极大地简化了数据库迁移、备份和恢复的过程，让我们在处理大量数据时更加得心应手。本篇文章我们一起来学习下如何使用克隆插件。
MySQL技术
41 2
金雪人
|
15天前
|
运维 关系型数据库 MySQL
【实操记录】MySQL主从配置
本文使用MySQL原生支持的主从同步机制，详细记录了配置步骤及运维操作方法，可供大家直接参考、使用。 本文假设已经部署了两台主机的MySQL软件，且数据库服务正常，详细部署步骤可本站搜索："mysql二进制安装包部署"
金雪人
36 0
码农飞哥
|
24天前
|
SQL 关系型数据库 MySQL
【MySQL】主从异步复制配置
【MySQL】主从异步复制配置
码农飞哥
20 1
郑小健
|
1月前
|
SQL 关系型数据库 MySQL
MySQL高可用架构设计：从主从复制到分布式集群
MySQL高可用性涉及主从复制、半同步复制和Group/InnoDB Cluster。主从复制通过二进制日志同步数据，保证故障时可切换。半同步复制确保事务在至少一个从服务器确认后才提交。Group Replication是多主复制，支持自动故障切换。InnoDB Cluster是8.0的集成解决方案，简化集群管理。使用这些技术能提升数据库的稳定性和可靠性。
郑小健
223 2
库库的里昂
|
2月前
|
运维 负载均衡 关系型数据库
MySQL高可用解决方案演进：从主从复制到InnoDB Cluster架构
MySQL高可用解决方案演进：从主从复制到InnoDB Cluster架构
库库的里昂
85 9
蓝易云
|
2月前
|
关系型数据库 MySQL Linux
服务器Linux系统配置mysql数据库主从自动备份
这是一个基本的配置主从复制和设置自动备份的指南。具体的配置细节和命令可能因您的环境和需求而有所不同，因此建议在操作前详细阅读MySQL文档和相关资源，并谨慎操作以避免数据丢失或不一致。
蓝易云
88 3
皮牙子抓饭
|
2月前
|
Kubernetes 关系型数据库 MySQL
MySQL在Kubernetes上的高可用实现
【5月更文挑战第1天】
皮牙子抓饭
253 5
菜菜的后端私房菜
|
2月前
|
SQL canal 运维
MySQL高可用架构探秘：主从复制剖析、切换策略、延迟优化与架构选型
MySQL高可用架构探秘：主从复制剖析、切换策略、延迟优化与架构选型
菜菜的后端私房菜
57 3

热门文章

最新文章

  • 1
    解决Node.js mysql客户端不支持认证协议引发的“ER_NOT_SUPPORTED_AUTH_MODE”问题
  • 2
    LVS-DR+keepalived实现www/mysql服务器负载均衡实验
  • 3
    mysql之 mysql数据库压力测试工具（mysqlslap）
  • 4
    让php支持mysql（或mariadb）
  • 5
    MySQL之semi-sync的碎碎念（简短）
  • 6
    mysql：Java通过驱动包（jar包）连接MySQL数据库---步骤总结及验证
  • 7
    小白学习MySQL - MySQL会不会受到“高水位”的影响？
  • 8
    PostgreSQL的 initdb 源代码分析之十九
  • 9
    shell 之 lnmp(nginx-1.0.5+php-fpm5.3.6+mysql)安装脚本
  • 10
    如何开启mysql计划事件
  • 1
    Serverless 应用引擎产品使用之在阿里云函数计算（FC）中，要访问另一个账号的rds配置rds的白名单如何解决
    75
  • 2
    检测 MySQL 数据库连接数量
    22
  • 3
    云原生数据仓库产品使用合集之ADB MySQL湖仓版和 StarRocks 的使用场景区别，或者 ADB 对比 StarRocks 的优劣势
    813
  • 4
    【MySQL探索之旅】数据库的基本操作
    16
  • 5
    Mysql单表查询的基本操作
    19
  • 6
    MySQL基础(二：常用数据类型及MySQL创建过程实例)
    43
  • 7
    【专栏】在众多开源数据库中，MySQL和PostgreSQL无疑是最受欢迎的两个
    47
  • 8
    【专栏】提升MySQL性能和高可用性的策略，包括索引优化、查询优化和事务管理
    61
  • 9
    MySQL Group 字段逗号链接
    38
  • 10
    【MySQL】数据库规范化的三大法则 — 一探范式设计原则
    533

    • 相关课程

    更多
  • MySQL企业常见架构与调优经验分享
  • 云数据库MySQL版快速上手教程
  • 阿里云云原生数据仓库AnalyticDB MySQL版 使用教程
  • MySQL实战进阶
  • 数据库及SQL/MySQL基础
  • 云数据库MySQL快速入门

    • 相关电子书

    更多
  • 搭建电商项目架构连接MySQL
  • 搭建4层电商项目架构，实战连接MySQL
  • PolarDB MySQL引擎重磅功能及产品能力盛大发布

    • 相关实验场景

    更多
  • 极致弹性的PolarDB Serverless确保数据业务持续在线
  • 云端MySQL的安装及应用
  • 体验PolarDB MySQL多主集群
  • 基于ECS+RDS的在线留言系统
  • 如何通过RDS MySQL数据库内网访问
  • RDS MySQL Serverless资源与负载自适应

    • 推荐镜像

    更多
  • mysql
  • mariadb
  • postgresql
    • 下一篇
    通义千问API入门教程