第一次打开阿里云控制台，很多人会被产品数量绕晕。RDS、PolarDB、Tair、MongoDB 看起来都是数据库，到底选哪个？建好之后怎么连、怎么维护？这篇按实际操作的顺序说清楚阿里云数据库怎么用：先选产品，再建实例，然后做安全配置，最后连上线。
先选产品，再点创建
阿里云的数据库产品很多，但多数业务只会用到其中几类。选型放在最前面，因为中途换库的成本不低。
- 云数据库 RDS：支持 MySQL、PostgreSQL、SQL Server、MariaDB 等主流关系型数据库。电商订单、用户中心、内容后台这类常规业务，基本都放在这里。
- PolarDB：兼容 MySQL 和 PostgreSQL 的云原生数据库，存储和计算分开部署，适合访问量大、经常需要扩缩容的场景。
- Tair（兼容 Redis）：内存型数据库，常用于缓存、会话存储、排行榜和限流计数。
- MongoDB、Lindorm 等：分别对应文档型数据、宽表和时序数据，业务有明确需求时再考虑。
如果团队熟悉 MySQL，业务以增删改查为主，先用 RDS for MySQL 通常更省心。等数据量和并发真正上来，再评估要不要迁到 PolarDB。
创建实例时，这几项定了体验和账单
登录控制台，进入“云数据库 RDS”或对应产品页面，点击“创建实例”。下面几个配置一旦定下，改起来要么麻烦，要么多花钱，建议创建前想清楚。
- 地域与可用区：和应用服务器（如 ECS）放在同一地域、同一可用区。内网延迟更低，同区内的流量也不产生公网费用。
- 网络类型：新项目选专有网络 VPC。经典网络已逐步淘汰，没必要为它保留兼容。
- 版本与规格：目前更推荐 MySQL 8.0。测试环境选入门规格即可；生产环境要根据 QPS 和数据量评估 CPU、内存和磁盘，别凭感觉定。
- 存储类型：SSD 云盘够用于大多数业务，对 IO 敏感的场景可以考虑 ESSD。
- 付费方式：长期稳定运行的业务，包年包月单价更低；测试或短期项目用按量付费，用完及时释放。
举个例子。某小型电商团队上线前要部署订单库，他们选了和 ECS 同可用区的 VPC，规格从 2 核 4G 起步，并启用了 ESSD 云盘。三个月后订单量上涨，只在控制台调整了规格，业务几乎没有感知。前期网络和存储选对了，后面扩容就省事很多。
连接前，先做两件安全的事
实例建好后不要马上去连。先把白名单和账号配好，这两步省下的麻烦比想象中多。
1. 设置访问白名单
在实例的“数据安全性”或“访问控制”页面，添加允许访问的 IP 或网段。生产环境只加应用服务器的内网 IP，不要图省事开放 0.0.0.0/0。
2. 分开创建运维账号和业务账号
在“账号管理”里建一个高权限账号给运维用，再为每个业务单独建普通账号，只授予它需要的库和权限。在“数据库管理”中新建数据库时，把字符集设为 utf8mb4，中文和 emoji 才能完整存下。
三种连接方式，各自适合什么场景
1. 应用程序直连
部署在 ECS 上的应用，走内网地址延迟最低。以 Java 项目为例，JDBC 连接串大致是下面这样：
jdbc:mysql://<内网连接地址>:3306/<数据库名>?useSSL=true&characterEncoding=utf8mb4
连接地址、账号和密码放进配置中心或环境变量，别直接写进代码仓库，一次误提交就可能泄露。
2. 命令行客户端
在服务器上用 mysql 客户端连接，适合临时排查问题：
mysql -h <内网地址> -P 3306 -u <账号> -p
3. DMS 或本地图形化工具
阿里云数据管理服务 DMS 可以直接在网页上执行 SQL、导出数据、查看慢查询，不熟悉命令行的同事用它上手容易。本地用 Navicat、DBeaver 也可以，但要先把本机 IP 加进白名单。公网直连有安全风险，能走 DMS 或内网跳板的话，尽量不要把数据库暴露在公网上。
上线之后，日常维护怎么做
数据库跑起来，工作才算开始。下面三件事越早做越好。
1. 开启自动备份，并且真的试一次恢复
在“备份恢复”页面设置每天的备份时间窗口和保留天数。不少团队只确认了备份开着，却从没试过恢复。建议每个季度至少演练一次：把备份恢复到临时实例上，检查数据是否完整。
2. 设置监控告警
云监控可以看到 CPU、内存、磁盘、连接数、QPS 等指标。给磁盘使用率、连接数设置阈值告警，并通过短信或钉钉通知负责人，半夜出问题时才有人知道。
3. 从慢查询入手做优化
开启慢日志后，在 SQL 洞察里能看到耗时最长的语句。某内容平台的列表页一直很慢，慢查询分析定位到一条缺少索引的 WHERE 查询。给相关字段加上索引后，接口耗时从约 1.2 秒降到 80 毫秒左右。这类优化投入小、见效快，遇到性能问题时，先看慢查询，再考虑升级规格。
常见问题怎么排
- 连接超时：先看白名单有没有包含应用服务器的 IP，再确认用的是内网地址还是公网地址，端口是否正确。
- 磁盘空间不足：扩容只是应急。同时检查 binlog 是否堆积，再看有没有长期不用的大表可以归档。
- 费用偏高：测试实例用完就释放，按量实例不用时停止或释放，别让闲置实例一直计费。
- 版本升级：大版本升级前，先在测试环境完整跑一遍应用，确认兼容性没问题，再动生产库。
先从一台测试实例动手
阿里云数据库怎么用，归结起来就是三件事：按场景选对产品，把网络和白名单配稳，再靠备份、监控和慢查询分析长期维护。建议先开一台测试实例，把创建、连接、备份、监控亲手走一遍。走完一圈，多数问题就有答案了。
