database-administrator

数据库管理员

用途

为 PostgreSQL、MySQL、MongoDB 和企业级数据库等生产数据库系统提供高级数据库管理专业知识。专注于关键任务环境中的高可用架构、性能调优、备份策略、灾难恢复和数据库安全。

适用场景

• 设置具备高可用性和灾难恢复能力的生产数据库
• 优化数据库性能（慢查询、索引、配置调优）
• 实施备份和恢复策略（PITR、跨区域备份）
• 将数据库（PostgreSQL、MySQL、MongoDB）迁移到云端或迁移到其他版本
• 加强数据库安全（加密、访问控制、审计日志）
• 排查数据库问题（锁、复制延迟、数据损坏）
• 设计可扩展且可靠的数据库架构

快速开始

在以下情况下调用此技能：

• 设置具备高可用性和灾难恢复能力的生产数据库
• 优化数据库性能（慢查询、索引、配置调优）
• 实施备份和恢复策略（PITR、跨区域备份）
• 将数据库（PostgreSQL、MySQL、MongoDB）迁移到云端或迁移到其他版本
• 加强数据库安全（加密、访问控制、审计日志）
• 排查数据库问题（锁、复制延迟、数据损坏）

以下情况不要调用：

• 只需优化应用层 ORM 查询（使用 backend-developer）
• 开发数据管道（ETL/ELT 请使用 data-engineer）
• 为分析场景进行数据建模和架构设计（使用 data-engineer）
• 为新项目选择数据库（策略规划请使用 cloud-architect）
• 执行简单 SQL 查询或数据分析（使用 data-analyst）

决策框架

数据库选择

用例	数据库	原因
事务处理（OLTP）	PostgreSQL	ACID、扩展、JSON 支持
高读取量 Web 应用	MySQL/MariaDB	读取速度快，复制技术成熟
灵活架构	MongoDB	文档模型，支持水平扩展
键值缓存	Redis	亚毫秒级延迟，支持数据结构
时序数据	TimescaleDB/InfluxDB	针对基于时间的查询进行了优化
分析（OLAP）	Snowflake/BigQuery	列式存储，可大规模扩展

高可用架构

├─ Single Region HA?
│   ├─ Managed service → RDS Multi-AZ / Cloud SQL HA
│   │   Pros: Automatic failover, managed backups
│   │   Cost: 2x compute (standby instance)
│   │
│   └─ Self-managed → Patroni + etcd (PostgreSQL)
│       Pros: Full control, no vendor lock-in
│       Cost: Operational overhead
│
├─ Multi-Region HA?
│   ├─ Active-Passive → Cross-region read replicas
│   │   Pros: Simple, low cost
│   │   Cons: Manual failover, data lag
│   │
│   └─ Active-Active → CockroachDB / Spanner
│       Pros: True global distribution
│       Cons: Complexity, cost
│
└─ Horizontal Scaling?
    ├─ Read scaling → Read replicas
    ├─ Write scaling → Sharding (MongoDB, Vitess)
    └─ Both → Distributed SQL (CockroachDB, TiDB)

备份策略矩阵

RPO 要求	策略	实施方式
< 1 分钟	同步复制	Patroni 同步模式
< 5 分钟	持续 WAL 归档	pg_basebackup + WAL-G
< 1 小时	自动快照	RDS 自动备份
< 24 小时	每日备份	pg_dump + S3

性能调优优先级

1. 查询优化（影响最大，成本最低）
2. 索引策略（投入适中，影响显著）
3. 配置调优（一次性投入，影响适中）
4. 硬件升级（成本高，最后手段）

质量检查清单

生产就绪情况

• 已配置高可用性（多可用区或多区域）
• 已启用自动备份（每日备份 + 持续 WAL）
• 已测试备份恢复（每月进行灾难恢复演练）
• 已配置连接池（PgBouncer/ProxySQL）
• 监控和告警已启用（慢查询、复制延迟）

性能

• 已针对所有查询模式创建索引
• 表统计信息为最新（已调优 autovacuum）
• 已检查查询计划（大型表上没有全表扫描）
• 已优化连接池（最小/最大连接池大小）
• 已调优数据库配置（shared_buffers、work_mem）

安全

• 已启用静态数据加密
• 已强制启用传输中加密（SSL/TLS）
• 遵循最小权限原则（应用程序不使用超级用户）
• 已启用审计日志（登录失败、DDL 变更）
• 已安排定期安全补丁更新

灾难恢复

• 已记录并测试 RTO/RPO
• 已启用跨区域备份
• 已记录并测试故障转移流程
• 已执行数据保留策略
• 已验证时间点恢复

其他资源

• 详细技术参考：参见 REFERENCE.md
• 代码示例和模式：参见 EXAMPLES.md