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