java中preparedstatement本身不支持慢查询参数快照，需通过jdbc代理（如p6spy）、自定义包装类或日志框架（slf4j+mdc）在执行前后绑定参数与耗时实现。
Java 中用 PreparedStatement 本身无法直接“记录慢查询参数快照”，因为 PreparedStatement 是执行层接口，不负责日志或监控。真正实现慢查询参数捕获，需要在 SQL 执行前/后，结合 JDBC 拦截、代理或日志框架，把绑定的参数和执行耗时关联起来。核心思路是：**在执行前获取参数值，在执行后记录耗时，两者绑定为一次“快照”**。
通过 JDBC 代理（如 P6Spy）自动捕获参数与耗时
P6Spy 是最常用且侵入性最小的方案，它作为 JDBC 驱动的代理层，能透明地拦截 PreparedStatement 的 setXxx() 调用和 execute() 耗时：
- 添加依赖（Maven）：p6spy + 原始数据库驱动（如 mysql-connector-java）
- 配置 spy.properties，启用 executionThreshold（例如 2000 表示超 2s 记为慢查询）
- P6Spy 自动将完整 SQL（含实际参数值替换后的语句）、执行时间、线程、堆栈等写入日志，无需修改业务代码
手动包装 PreparedStatement 实现参数快照
若不能引入第三方库，可自定义 PreparedStatement 包装类，在 execute* 前后记录上下文：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 创建 TracingPreparedStatement，构造时保存原始 SQL 和一个 List 用于收集参数
- 重写 setString(int, String) 等方法，在设参时同步存入参数列表
- 重写 executeQuery() 等方法：开始计时 → 调用真实执行 → 结束计时 → 若耗时超标，打印/上报 “SQL: ..., Params: [...], Time: XXXms”
- 注意：需配合 Connection 代理，确保 prepareStatement() 返回的是你的包装类
结合日志框架（如 SLF4J + MDC）打点慢查询
利用 MDC（Mapped Diagnostic Context）在线程局部变量中暂存参数和起始时间，再在执行后输出结构化日志：
- 执行前：MDC.put("sql", sql); MDC.put("params", JSON.toJSONString(params)); MDC.put("start", String.valueOf(System.nanoTime()));
- 执行后计算耗时，判断是否超阈值；若超，用 log.warn("SLOW_QUERY") 输出，并清空 MDC
- 适合已有统一日志规范的系统，参数需提前组织好（例如用 ArrayList 收集，或封装 ParamHolder 对象）
注意事项与避坑点
实际落地时容易忽略的关键细节：
- 参数类型安全：setObject(index, obj) 可能传入 null 或自定义类型，记录时建议调用 toString() 或做空值处理，避免 NPE 或敏感信息泄露
- 大字段截断：CLOB/BLOB 或长文本参数不宜全量记录，应限制长度（如 str.substring(0, Math.min(500, str.length()))）
- 性能开销控制：慢查询检测本身不应成为瓶颈，阈值判断、JSON 序列化、日志 I/O 都需异步或采样（如仅记录 1% 的慢查询）
- 事务与连接生命周期：确保快照逻辑不干扰事务提交/回滚，避免在连接关闭后仍尝试读取参数
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
