17370845950

EF Core 查看生成 SQL 有三类方法：全局日志监听（如 LogTo，适合开发调试）、单次查询提取（ToQueryString，精准无副作用，仅限查询）、数据库级抓包（如 SQL Server Profiler，验证真实执行环境）。

EF Core 查看生成的 SQL，核心就三类方法：全局日志监听、单次查询提取、数据库级抓包。选哪种取决于你当前要解决的问题——是排查整体性能、验证某条 LINQ 是否如预期，还是定位某个慢查询。

全局日志监听（适合开发调试阶段）

这是最常用的方式，能实时看到所有数据库命令执行过程。EF Core 5.0+ 推荐用 LogTo，简洁且灵活：

• 在 DbContext 的 OnConfiguring 方法里加一行：
  optionsBuilder.LogTo(Console.WriteLine);
• 如果只想看实际执行的 SQL（过滤掉连接、事务等干扰信息），加个判断：
  optionsBuilder.LogTo(msg => { if (msg.Contains("CommandExecuting")) Console.WriteLine(msg); });
• 注意：需安装 NuGet 包 Microsoft.Extensions.Logging.Console，否则控制台不输出

单次查询提取 SQL（精准、无副作用）

适用于想确认某段 IQueryable 语句会生成什么 SQL，又不想真正执行它：

• 调用 ToQueryString() 扩展方法，例如：
  

  var sql = context.Users.Where(u => u.Age > 18).ToQueryString();
  Console.WriteLine(sql);

• 仅支持查询（IQueryable），不能用于增删改操作（SaveChanges 不适用）
• 不需要连接数据库，也不触发执行，纯语法推导，非常轻量

数据库工具辅助（验证真实执行环境）

当需要确认 SQL 在真实数据库中是否被优化、参数是否正确、执行计划如何时，可借助数据库原生工具：

• SQL Server：用 SQL Server Profiler 或更现代的 XEvent Profiler，筛选 RPC:Completed 和 SQL:BatchCompleted 事件
• MySQL：开启 general_log 或用 mysqldumpslow 分析慢日志
• PostgreSQL：设置 log_statement = 'all' 并配合 pg_stat_statements
• 注意：这类方式看到的是最终发送到数据库的语句，含真实参数值，但需权限且影响性能，仅限本地或测试环境

基本上就这些。日常开发用 LogTo + 条件过滤足够；查某条 LINQ 就用 ToQueryString；上线前压测或疑难慢查，再上数据库级工具对齐。