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 定时刷新 |
| 运维监控 | 连接池健康检查、慢查询分析、表膨胀检测、未使用索引清理 |
### 显著优势
1. **生产级安全范式**：所有索引创建强制使用 `CONCURRENTLY` 避免锁表；迁移必须包含回滚脚本；分区与软删除方案成熟可直接落地。
2. **量化优化闭环**：提供 `pg_stat_statements` 慢查询定位、`pg_stat_user_indexes` 无用索引清理、表膨胀监控等可操作的 DBA 工具集。
3. **多语言生态覆盖**：原生 SQL 方案外，同时提供 Node.js pg 连接池、TypeScript Redis 缓存、C# EF Core 最佳实践，适配全栈团队。
### 局限性与注意事项
– **PostgreSQL 专属**：代码示例强绑定 PG 方言（`BIGSERIAL`、`TIMESTAMPTZ`、`pg_stat_*` 系统表），MySQL/SQL Server 用户需自行迁移语法。
– **云原生特性缺失**：未覆盖 Aurora Serverless、Cloud Spanner、CockroachDB 等分布式数据库的特定优化策略。
– **高可用架构浅层**：读写分离、流复制监控、故障转移等主从架构内容未涉及，聚焦单机/主库优化。
– **安全认证占位**：报告指出未执行实际安全扫描，生产环境需补充 SQL 注入审计、权限最小化审查。
### 适合人群
– 后端工程师：需要系统性提升 PG 查询性能与迁移规范
– 全栈开发者：寻求 EF Core + PostgreSQL 的一体化配置指南
– 技术负责人：建立团队数据库 Code Review 标准与监控基线
### 风险提示
– 分区表与物化视图的并发刷新（`CONCURRENTLY`）仍有短暂锁风险，超大数据量需测试验证窗口期。
– 审计日志触发器在高频写入场景可能成为性能瓶颈，建议异步化或采样写入。
会员专属
