01 它是干嘛的
自治数据库把打补丁、备份、调优、扩缩容这些原本需要 DBA 手工做的活交给系统自动完成。它的卖点是「不停机维护」与「按用量弹性伸缩」，目标是让企业不再为一支数据库运维团队付费。
02 为什么会有它
以前：半夜三点爬起来给数据库打补丁
传统数据库运维是一件重体力活：季度补丁要在停机窗口里打，索引要人工分析后加，容量快满时要提前申请扩容，参数调优靠经验试。每一项都意味着计划停机与人为失误风险。
云化之后问题变了：如果一台机器一小时收费几十元，那么「为了以防万一常年开着两倍资源」的浪费就变得刺眼。企业开始要求资源随负载自动伸缩。
自治数据库的思路是把运维知识编码进系统：持续采集负载特征，自动创建或删除索引、自动扩缩 CPU 与存储、在滚动升级中保持连接不中断。人只负责定义业务目标，不负责执行细节。
03 它怎么工作
靠三层自动化：自动备份与高可用、自动性能调优、自动扩缩容，全部建立在持续采集的运行时指标之上。
自治是怎么实现的
- 1① 持续采集
系统不断收集 SQL 执行统计、资源使用与等待事件，形成负载画像。
- 2② 自动索引
识别高频过滤字段，自动创建候选索引并验证效果，无效则回滚删除。
- 3③ 弹性伸缩
CPU 与存储按需上下调整，业务高峰多给资源，低谷自动收回。
- 4④ 滚动维护
补丁与升级在冗余节点间轮流执行，连接被平滑转移，应用几乎无感知。
- 5⑤ 自动备份恢复
定期备份并保留时间窗口，支持恢复到窗口内任意时间点。
04 谁在用它
没有专职 DBA 的团队
希望把数据库运维外包给系统。
负载波动大的业务
大促与月末结算时资源自动上去，平时降下来省钱。
对停机零容忍的系统
补丁与升级不能造成业务中断。
新业务快速上线
不想花两周做容量规划与调优。
05 怎么用
先按最小规格创建实例，跑真实负载几天，让系统自己给出扩容建议。
- 01创建实例时选择「按用量计费」以便观察真实消耗。
- 02导入一份有代表性的数据，跑真实查询而不是空跑。
- 03观察自动索引建议，验证后决定是否固定下来。
- 04设置一个成本告警阈值，避免伸缩失控。
避坑提示
- !自动调优不能替代糟糕的表结构设计，建模才是根本。
- !弹性伸缩省钱的前提是负载确实有波峰波谷，稳定高负载时反而不划算。
06 关键概念
- 自治运维
- 把调优、补丁、备份等运维动作交给系统自动完成。
- 滚动升级
- 在多个节点间轮流升级，保证始终有节点在线服务。
- 时间点恢复
- 可以把数据回滚到过去某个具体时刻，用于误操作补救。
- 弹性伸缩
- 资源随负载自动增减，只为实际使用的部分付费。
07 容易混淆的对比
自建数据库 + DBA 团队可控性最高，但人力成本与停机风险都由自己承担。
云厂商托管数据库（RDS 等）同样省运维，但自动化程度与专有优化不如自治数据库激进。