Sentry性能分析Skill analyze-performance

---

名称: 分析性能 描述: 分析Sentry中的性能指标并识别慢事务

分析性能问题

名称

sentry:analyze-performance - 分析Sentry中的性能指标并识别慢事务

概要

/analyze-performance [参数]

描述

分析Sentry中的性能监控数据，以识别慢事务、瓶颈和性能退化。

实现

此命令帮助您使用Sentry的性能监控数据调查性能问题并优化应用速度。

用法

/analyze-performance [项目名称] [时间范围]

此命令的功能

1. 请求Sentry项目名称
2. 请求分析的时间范围
3. 使用Sentry MCP工具获取性能指标
4. 分析事务性能数据
5. 提供以下洞察：
   • 最慢的事务和端点
   • 随时间变化的性能趋势
   • 事务吞吐量（请求/分钟）
   • Apdex分数
   • P50、P95、P99延迟百分位数
   • 数据库查询性能
   • 外部API调用延迟
6. 识别性能退化和异常
7. 建议优化机会

先决条件

• 必须安装和配置Sentry MCP服务器
• 必须完成Sentry的OAuth认证
• 项目必须启用性能监控
• 必须访问目标Sentry项目

示例交互

用户: /analyze-performance backend-api 7d

Claude: 正在分析backend-api过去7天的性能指标...

## 性能分析报告

### 概述
- **总事务数**: 2.4M
- **平均吞吐量**: 4,000 请求/分钟
- **Apdex分数**: 0.78 (一般)
- **时间范围**: 过去7天

### 最慢事务（P95延迟）

1. **POST /api/users/search**
   - P50: 450ms
   - P95: 3,200ms
   - P99: 8,500ms
   - 吞吐量: 120 请求/分钟
   - 问题: 数据库查询扫描全表

2. **GET /api/reports/generate**
   - P50: 890ms
   - P95: 2,800ms
   - P99: 5,400ms
   - 吞吐量: 45 请求/分钟
   - 问题: 大范围数据聚合无缓存

3. **POST /api/images/upload**
   - P50: 320ms
   - P95: 2,100ms
   - P99: 4,200ms
   - 吞吐量: 200 请求/分钟
   - 问题: S3上传延迟因区域而异

### 性能趋势

- 自v3.1.0部署（5天前）以来，整体延迟增加了15%
- 用户搜索端点在过去3天内性能下降了40%
- 数据库查询时间从平均120ms增加到180ms

### 跨度分析

**最慢数据库查询：**
1. SELECT * FROM users WHERE email LIKE '%@%' - 平均1,200ms
2. SELECT * FROM events JOIN users - 平均850ms
3. UPDATE sessions SET last_seen - 平均450ms

**最慢外部调用：**
1. POST https://api.payment-processor.com/charge - 平均650ms
2. GET https://cdn.example.com/assets - 平均280ms

### 建议

1. **关键**: 为用户搜索查询添加数据库索引于users.email
2. **高**: 为报告生成实现Redis缓存
3. **中**: 考虑使用多区域支持的CDN用于上传
4. **低**: 审查支付处理器延迟（外部依赖）

### 下一步

您希望我：
- 详细调查v3.1.0的性能退化？
- 分析特定的慢数据库查询？
- 审查特定事务的跨度性能？

参数

• 项目名称 (可选): Sentry项目标识
• 时间范围 (可选): 时间范围（1h, 24h, 7d, 30d）

提示

• 关注P95/P99延迟以评估用户体验影响
• 部署后查找性能变化
• 监控Apdex分数以评估整体用户满意度
• 调查跨度级别细节以识别瓶颈
• 比较发布版本和环境间的性能
• 设置性能警报以监测退化

相关命令

• /investigate-errors: 检查与慢端点相关的错误
• /check-releases: 比较不同发布版本的性能
• /query-events: 运行自定义性能查询