通过Stopwatch记录查询耗时，结合日志系统输出；2. 启用EF Core内置日志捕获SQL与执行时间；3. 生产环境使用Application Insights实现自动追踪与告警；4. 结合SQL Server Profiler、Extended Events等数据库工具分析性能瓶颈；5. 开发阶段用EF日志+Stopwatch，上线后切换至Application Insights+数据库侧监控，全面掌控查询性能。
在C#中监控数据库查询性能，关键在于捕获执行时间、分析慢查询、识别资源消耗点。可以通过内置机制结合外部工具实现全面监控。
使用日志记录查询执行时间
在代码中直接测量查询耗时是最基础的方法。利用 System.Diagnostics.Stopwatch 可以精确记录每个查询的执行时间。
示例：在调用数据库前启动计时器，执行后停止并输出耗时。
- 适用于 Entity Framework 或 ADO.NET 场景
- 可将日志写入文件、控制台或集中式日志系统（如 Serilog、NLog）
- 建议仅在开发或调试环境开启详细日志，避免影响生产性能
启用 EF Core 内建日志功能
如果使用 Entity Framework Core，可通过配置日志服务输出所有生成的 SQL 和执行时间。
- 在 DbContext 配置中添加
EnableSensitiveDataLogging和使用 ILoggerFactory - EF Core 会输出参数值和执行耗时，帮助定位低效查询
- 配合 Microsoft.Extensions.Logging.Console 可实时查看SQL执行情况
使用 Application Insights 监控生产环境
Azure Application Insights 是强大的应用性能管理工具，能自动追踪数据库调用。
- 集成到 ASP.NET Core 项目后，自动捕获 SQL 命令和响应时间
- 提供分布式追踪，可关联请求链路与数据库操作
- 支持设置告警规则，当查询超过阈值时通知团队
结合数据库端性能工具分析
数据库本身的监控能力不可忽视。例如 SQL Server 提供以下手段：
- SQL Server Profiler：捕获实时查询流，分析执行计划
- Extended Events：轻量级替代 Profiler，适合生产环境采样
- 查询存储（Query Store）：长期保存查询性能数据，识别性能退化
将 C# 应用日志与数据库端数据对照，更容易定位瓶颈是出在代码还是索引缺失等问题。
基本上就这些方法。根据项目阶段选择合适组合：开发阶段用 EF 日志 + Stopwatch，上线后靠 Application Insights + 数据库侧监控，能有效掌控查询性能。
