推荐使用 Dapper v2.1+ 的 IDbCommandInterceptor 实现 SQL 日志,通过重写 BeforeExecute 方法记录 CommandText 和 Parameters;兼容旧版可包装 IDbConnection;手动拼接 SQL 仅限临时调试。

在使用 Dapper 时,默认不输出执行的 SQL 语句,但可以通过几种轻量、实用的方式实现 SQL 日志记录,无需引入重型 ORM 日志框架(如 Serilog + EF 集成)。核心思路是利用 Dapper 的 IDbConnection 扩展能力或包装连接对象,捕获命令执行前的 SQL 和参数。
Dapper 2.1 起原生支持拦截器(IDbCommandInterceptor),可统一监听所有命令执行过程。这是最干净、侵入性最小的方式。
IDbCommandInterceptor 的类,重写 BeforeExecute 方法,在其中记录 SQL、参数、连接信息Dapper.DefaultCommandInterceptor = new YourSqlLogger(); 全局注册BeforeExecute 中可访问 command.CommandText、command.Parameters(注意:参数值需遍历获取,部分参数类型需特殊处理,如 DbNull 或数组)示例片段:
public class SqlLogger : IDbCommandInterceptor启动时注册:Dapper.DefaultCommandInterceptor = new SqlLogger();
适用于 Dapper IDbConnection,在 CreateCommand() 返回前注入日志逻辑。
SqlConnection),所有方法委托调用CreateCommand(),返回自定义 IDbCommand 包装器Execute* 方法中记录 SQL,再调用原命令执行借助 Dapper.SqlMapper.GenerateSql(内部 API,不稳定)或第三方扩展(如 DapperExtensions),或自己解析匿名对象/ExpandoObject 参数生成占位符 SQL。但该方式无法还原真实执行 SQL(尤其含动态条件、多表 JOIN 时),且不包含实际参数值类型和 DbNull 处理,仅适合快速验证逻辑。
CommandDefinition 的 Flags(如 CommandFlags.None)做临时调试开关基本上就这些。优先用拦截器(方法一),简洁稳定;若项目暂不能升级 Dapper,选连接包装(方法二);手动生成 SQL 仅作临时辅助,别当真。
以上就是C# Dapper如何记录执行的SQL Dapper SQL日志记录方法的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号