EF Core 查看生成 SQL 有三类方法：全局日志监听（如 LogTo，适合开发调试）、单次查询提取（ToQueryString，精准无副作用，仅限查询）、数据库级抓包（如 SQL Server Profiler，验证真实执行环境）。
EF Core 查看生成的 SQL，核心就三类方法：全局日志监听、单次查询提取、数据库级抓包。选哪种取决于你当前要解决的问题——是排查整体性能、验证某条 LINQ 是否如预期，还是定位某个慢查询。
全局日志监听（适合开发调试阶段）
这是最常用的方式，能实时看到所有数据库命令执行过程。EF Core 5.0+ 推荐用
LogTo
，简洁且灵活：
在 DbContext 的
方法里加一行：
如果只想看实际执行的 SQL（过滤掉连接、事务等干扰信息），加个判断：
注意：需安装 NuGet 包
Microsoft.Extensions.Logging.Console
，否则控制台不输出
单次查询提取 SQL（精准、无副作用）
适用于想确认某段
语句会生成什么 SQL，又不想真正执行它：
MySQL（Linux）
MySQL 9.6.0是面向Linux平台的2026年创新版本，核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层，确保所有数据变更均被完整记录至Binlog，彻底解决了CDC（变更数据捕获）与主从复制中的数据不一致难题。此外，该版本引入container_aware启动选项以原生适配容器环境，并对审计日志进行了组件化重构，为追求极致数据一致性与云原生体验的开发者提供了全新选择。
下载
调用
扩展方法，例如：
仅支持查询（
），不能用于增删改操作（
不适用）
不需要连接数据库，也不触发执行，纯语法推导，非常轻量
数据库工具辅助（验证真实执行环境）
当需要确认 SQL 在真实数据库中是否被优化、参数是否正确、执行计划如何时，可借助数据库原生工具：
SQL Server：用
SQL Server Profiler
或更现代的
XEvent Profiler
，筛选
和
事件
MySQL：开启
或用
分析慢日志
PostgreSQL：设置
并配合
注意：这类方式看到的是最终发送到数据库的语句，含真实参数值，但需权限且影响性能，仅限本地或测试环境
基本上就这些。日常开发用
+ 条件过滤足够；查某条 LINQ 就用
；上线前压测或疑难慢查，再上数据库级工具对齐。
OnConfiguringoptionsBuilder.LogTo(Console.WriteLine);optionsBuilder.LogTo(msg => { if (msg.Contains("CommandExecuting")) Console.WriteLine(msg); });IQueryableToQueryString()var sql = context.Users.Where(u => u.Age > 18).ToQueryString();
Console.WriteLine(sql);IQueryableSaveChangesRPC:CompletedSQL:BatchCompletedgeneral_logmysqldumpslowlog_statement = 'all'pg_stat_statementsLogToToQueryString