hibernate 原生不支持为个别查询动态绕过慢查询日志（sql_slow）警告，但可通过程序化控制日志级别（如临时降级 `org.hibernate.sql_slow` 的 logger 级别）实现逻辑上的“白名单”效果。
Hibernate 的慢查询日志机制（基于 hibernate.session.events.log.LOG_QUERIES_SLOWER_THAN_MS 和 org.hibernate.SQL_SLOW 日志器）是全局生效的——它在 SessionFactory 或事件监听器层面统一拦截并判断执行耗时，不提供 SQL 级或 Query 对象级的白名单配置项，也无内置 API（如 .hint()、@QueryHint 或 Query.setHint()）可用于禁用单条查询的慢日志记录。
因此，若需对已知长耗时但业务合法的查询（例如报表导出、全量同步等）避免误报告警，推荐采用运行时日志级别动态切换方案。以主流日志框架 Logback 为例，可在执行关键查询前临时将 org.hibernate.SQL_SLOW 日志器级别设为 WARN（使其忽略 INFO 级慢查询事件），执行完毕后立即恢复原级别：
import org.slf4j.LoggerFactory;
import ch.qos.logback.classic.Level;
import ch.qos.logback.classic.Logger;
// 获取 Hibernate SQL_SLOW 日志器
Logger sqlSlowLogger = (Logger) LoggerFactory.getLogger("org.hibernate.SQL_SLOW");
Level originalLevel = sqlSlowLogger.getLevel();
try {
// 临时关闭慢查询日志（设为 WARN，因慢查询默认以 INFO 记录）
sqlSlowLogger.setLevel(Level.WARN);
// 执行已知较慢但可接受的查询
List result = entityManager
.createNativeQuery("SELECT * FROM huge_table WHERE ...", ReportData.class)
.getResultList();
} finally {
// 务必恢复原始日志级别（避免影响其他查询）
sqlSlowLogger.setLevel(originalLevel);
} ⚠️ 注意事项：
- 此方案依赖底层日志实现（如 Logback / Log4j2）。Log4j2 需使用 org.apache.logging.log4j.core.Logger 及 Configurator.setLevel()；SLF4J 门面本身不支持运行时修改级别，必须桥接到具体实现。
- 必须在 try-finally 或 try-with-resources 中确保级别恢复，否则可能造成全局日志行为异常。
- 不建议在高并发场景下频繁切换日志级别（存在微小性能开销及线程安全风险），应仅用于明确可控的少数关键查询。
- 更健壮的替代方案是：在监控层（如 ELK、Prometheus + Grafana）对慢查询日志做二次过滤，基于 SQL 模板、命名查询名（@NamedQuery.name）或自定义 MDC 字段（如 MDC.put("queryType", "report")）实现告警白名单，而非侵入日志记录逻辑。
综上，Hibernate 无原生白名单机制，但通过精准的日志器级别控制，可安全、轻量地达成相同业务目标。
