（9920期）Database Operations – PostgreSQL 性能优化与零停机迁移专家

PostgreSQL 性能优化与零停机迁移专家 PostgreSQL与EF Core数据库优化专家技能，提供零停机迁移、查询性能优化、智能索引策略与缓存方案，附完整审计日志与分区设计模式。 使用说明 核心功能概述 database-operations 是一个面向企业级后端开发的数据库全流程优化技能，覆盖 schema 设计、迁移管理、查询调优与运维监控四大领域。其核心方法论强调"Measure First, Optimize Second"——所有优化必须基于 EXPLAIN ANALYZE 的实证分析，杜绝经验主义调优。 核心能力矩阵 | 模块 | 关键特性 ||------|---------|| Schema 设计 | 用户管理软删除、审计日志触发器、全文搜索 tsvector、JSONB GIN 索引 || 查询优化 | 执行计划解读、复合索引策略、覆盖索引、部分索引、N+1 检测 || 零停机迁移 | 安全列增删、多阶段列重命名、分区表自动化、CONCURRENTLY 索引创建 || ORM 集成 | EF Core 迁移 CLI、AsNoTracking 只读优化、投影查询避免 N+1 || 缓存层 | Redis 查询缓存、物化视图、pg_cron 定时刷新 || 运维监控 | 连接池健康检查、慢查询分析、表膨胀检测、未使用索引清理 | 显著优势 生产级安全范式：所有索引创建强制使用 CONCURRENTLY 避免锁表；迁移必须包含回滚脚本；分区与软删除方案成熟可直接落地。 量化优化闭环：提供 pgstatstatements 慢查询定位、pgstatuser_indexes 无用索引清理、表膨胀监控等可操作的 DBA 工具集。 多语言生态覆盖：原生 SQL 方案外，同时提供 Node.js pg 连接池、TypeScript Redis 缓存、C# EF Core 最佳实践，适配全栈团队。 局限性与注意事项 PostgreSQL 专属：代码示例强绑定 PG 方言（BIGSERIAL、TIMESTAMPTZ、pgstat* 系统表），MySQL/SQL Server 用户需自行迁移语法。 云原生特性缺失：未覆盖 Aurora Serverless、Cloud Spanner、CockroachDB 等分布式数据库的特定优化策略。 高可用架构浅层：读写分离、流复制监控、故障转移等主从架构内容未涉及，聚焦单机/主库优化。 安全认证占位：报告指出未执行实际安全扫描，生产环境需补充 SQL 注入审计、权限最小化审查。 适合人群 后端工程师：需要系统性提升 PG 查询性能与迁移规范 全栈开发者：寻求 EF Core + PostgreSQL 的一体化配置指南 技术负责人：建立团队数据库 Code Review 标准与监控基线 风险提示 分区表与物化视图的并发刷新（CONCURRENTLY）仍有短暂锁风险，超大数据量需测试验证窗口期。 审计日志触发器在高频写入场景可能成为性能瓶颈，建议异步化或采样写入。 原始说明 Use when designing database schemas, writing migrations, optimizing SQL queries, fixing N+1 problems, creating indexes, setting up PostgreSQL, configuring EF Core, implementing caching, partitioning tables, or any database performance question.