hibernate 原生不支持按查询粒度配置慢查询日志白名单，但可通过动态调整日志级别（如临时降级 `org.hibernate.sql_slow` 的 logger 级别）在执行已知耗时查询前规避警告日志，执行后再恢复原级别。
Hibernate 提供的慢查询日志机制（通过 hibernate.session.events.log.LOG_QUERIES_SLOWER_THAN_MS 和 org.hibernate.SQL_SLOW 日志器）是全局生效的——它基于执行耗时阈值统一拦截并记录所有超时 SQL，不提供 SQL 级别的白名单或注解式豁免能力。官方 API 和配置项中均无类似 @IgnoreSlowLog、Query.setHint("org.hibernate.ignore_slow_log", true) 或 Session.enableQueryWhitelist() 等机制。
✅ 可行替代方案（推荐）：运行时动态控制日志级别
以主流日志框架 Logback 为例，可在执行预期长耗时查询前后，临时将 org.hibernate.SQL_SLOW 的日志级别从 WARN 降为 INFO（甚至 ERROR），从而阻止慢查询警告输出：
import ch.qos.logback.classic.Level;
import ch.qos.logback.classic.Logger;
import org.slf4j.LoggerFactory;
// 获取 Hibernate 慢查询日志器
Logger sqlSlowLogger = (Logger) LoggerFactory.getLogger("org.hibernate.SQL_SLOW");
Level originalLevel = sqlSlowLogger.getLevel();
try {
// 临时关闭慢查询警告（设为 INFO，WARN 及以下不触发）
sqlSlowLogger.setLevel(Level.INFO);
// 执行已知较慢但合法的查询（如报表聚合、历史数据归档）
List result = entityManager
.createNamedQuery("ReportData.findMonthlySummary", ReportData.class)
.setParameter("year", 2023)
.getResultList();
} finally {
// 务必恢复原始日志级别（避免影响后续查询）
sqlSlowLogger.setLevel(originalLevel);
} ⚠️ 关键注意事项
- 线程安全性：上述方式修改的是全局 Logger 级别，若应用为多线程高并发环境，需确保该操作不会干扰其他线程的慢查询监控。更安全的做法是结合 MDC 或自定义日志过滤器（如 Logback 的 EvaluatorFilter）实现上下文感知的日志抑制，但复杂度显著上升；
- 日志框架适配：示例基于 Logback，若使用 Log4j2，请改用 Configurator.setLevel("org.hibernate.SQL_SLOW", Level.INFO)；
- 监控告警联动：若依赖该日志触发告警（如 ELK + Alerting），需同步调整告警规则，避免因日志缺失导致漏报——建议对白名单查询单独打标（如 MDC.put("query_type", "whitelisted_report")），便于日志平台二次过滤；
- 根本优化建议：长期依赖“忽略慢日志”并非最佳实践。应对白名单中的查询进行专项分析：添加缺失索引、拆分大结果集、引入缓存或异步化处理，逐步将其移出白名单。
总之，Hibernate 当前版本（包括 6.x）仍未提供声明式慢查询豁免能力。动态日志级别控制是现阶段最直接、低侵入的工程化解法，但务必辅以严谨的异常兜底与监控校验。
