通过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 + 数据库侧监控,能有效掌控查询性能。
app 工具 microsoft c# 性能瓶颈 .net sql 分布式 Logging 输出参数 console 数据库 microsoft azure


