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；上线前压测或疑难慢查，再上数据库级工具对齐。
