hibernate 原生不支持为单条查询设置慢查询日志白名单，但可通过动态调整日志级别（如临时禁用 `org.hibernate.sql_slow`）在执行已知耗时查询前规避误报警告。
Hibernate 提供的慢查询日志功能（通过 hibernate.session.events.log.LOG_QUERIES_SLOWER_THAN_MS 和日志器 org.hibernate.SQL_SLOW）是全局生效的——它基于执行耗时阈值统一拦截并记录所有超时 SQL，不提供 SQL 级别的白名单配置项或 Query API 覆盖机制。这意味着你无法通过 @Query(hint = "...")、setHint() 或自定义注解等方式为某条 JPQL/HQL/Native SQL 单独关闭慢日志告警。
✅ 可行替代方案：运行时动态控制日志级别
利用底层日志框架（如 Logback、Log4j2 或 JUL）的 API，在执行预期耗时的查询前后，临时将 org.hibernate.SQL_SLOW 的日志级别提升至 WARN（或更高），使其跳过 INFO 级别的慢查询触发逻辑（Hibernate 实际在 INFO 级别输出慢查询日志，WARN 级别仅用于标记严重异常）。以 Logback 为例：
import ch.qos.logback.classic.Level;
import ch.qos.logback.classic.Logger;
import org.slf4j.LoggerFactory;
public void executeKnownSlowQuery() {
Logger sqlSlowLogger = (Logger) LoggerFactory.getLogger("org.hibernate.SQL_SLOW");
Level originalLevel = sqlSlowLogger.getLevel();
try {
// 临时禁用慢查询日志（提升级别，避免 INFO 触发）
sqlSlowLogger.setLevel(Level.WARN);
// 执行已知较慢但合法的查询（如报表聚合、全量同步等）
List<ReportData> result = entityManager
.createNativeQuery("SELECT ... FROM huge_table GROUP BY ...", ReportData.class)
.getResultList();
} finally {
// 恢复原始日志级别，确保后续慢查询正常告警
sqlSlowLogger.setLevel(originalLevel);
}
}⚠️ 注意事项：
A powerful memory management system powered by ReMe that provides persistent cross-session memory, automatic user preference application, and intelligent context compression for OpenClaw.
下载
由 ReMe 驱动的记忆管理系统，支持跨会话记忆持久化、自动应用用户偏好以及智能上下文压缩...
- 此方法依赖日志实现细节：Hibernate 5.6+ 中 SQL_SLOW 日志器默认在 INFO 级别输出慢查询事件，因此将其设为 WARN 可有效屏蔽；若升级后行为变更，需验证日志源码中 SlowQueryEvent 的实际日志级别。
- 多线程环境下需确保 Logger 级别修改的隔离性——Logback 的 Logger 是线程安全的，但若使用异步日志器（如 AsyncAppender），仍建议配合 try-finally 严格恢复，避免影响其他请求。
- 不推荐长期将 SQL_SLOW 设为 OFF，否则会完全丢失所有慢查询洞察；白名单应严格限定于极少数、可预判且业务上必须容忍长耗时的查询场景。
? 总结：Hibernate 未提供开箱即用的查询级慢日志白名单能力。最务实的工程实践是结合日志框架的运行时级别控制，在关键慢查询周围做“日志静默”处理，并辅以清晰注释和监控对账（例如记录被跳过的慢查询 ID + 耗时），既保持系统可观测性，又避免告警噪音。
