在DB2数据库运维中，资源隔离与过载保护是维持系统稳定的核心课题。create threshold语句作为DB2自带的资源控制器，能够让数据库管理员以声明式语法对特定工作负载设定资源消耗边界。它不同于操作系统层的限制，而是内嵌于数据库引擎的服务类体系，在SQL执行过程中动态评估并干预。
create threshold的基础语法与核心参数
DB2中的阈值通过CREATE THRESHOLD语句定义，其基本结构包含阈值名称、所依附的服务类或工作负载、触发条件以及违规动作。触发条件由WHEN子句描述，例如EXECUTION TIME、CPU TIME、SQLROWS或TEMPSPACE。违规动作通常使用ENFORCE关键字指定，如STOP EXECUTION或REMAP ACTIVITY TO另一个服务类。
下面是一段典型的创建语句，用于限制某个服务类下单个SQL语句最多运行三十秒：
CREATE THRESHOLD max_sql_time FOR SERVICE CLASS report_sc WHEN EXECUTION TIME > 30 SECONDS ENFORCE STOP EXECUTION;
在该例中，report_sc是事先定义的服务类，所有进入此类的活动都会受到该阈值约束。需要注意的是，阈值必须依附于服务类或工作负载，不能独立存在。如果未显式指定FOR SERVICE CLASS，DB2会要求绑定到当前默认服务类，这可能造成规则扩散到不期望的会话中。
除了时间类阈值，也可以基于返回行数创建阈值，用以拦截异常的全表导出操作。例如限制某ETL类服务类单次语句扫描行数不超过一千万：
CREATE THRESHOLD etl_row_limit FOR SERVICE CLASS etl_sc WHEN SQLROWS > 10000000 ENFORCE STOP EXECUTION;
这种写法在数据仓库环境中非常实用。因为很多即席查询工具并不会主动加限制，一旦用户误写缺少分区的条件，就可能拖垮整条ETL流水线。阈值作为最后一道防线，能够在语句级直接终止违规操作，而不影响同实例中其他租户的正常运行。
阈值与服务类、工作负载的层级关系
要正确使用create threshold，必须先理解DB2服务类（service class）与工作负载（workload）的映射模型。数据库活动首先由工作负载接收，再根据分类规则进入对应的服务类。阈值定义在服务类上时，对该类下所有活动生效；定义在具体工作负载上时，则只约束由此工作负载接入的会话。
实际部署中常见做法是建立多层级服务类。例如为核心交易设立sys_default的子类core_txn，为报表设立report_sc。然后在report_sc上挂接时间阈值，在core_txn上挂接CPU阈值。这样既能保证交易低延迟，又能防止报表类请求挤占CPU。层级关系可通过系统视图SYSCAT.SERVICECLASSES查询，阈值的归属则记录在SYSCAT.THRESHOLDS中。
当同一个活动同时命中多个阈值时，DB2按照阈值的启用顺序与优先级处理。一般来说，更具体的阈值优先于泛化阈值。如果两条阈值动作冲突，例如一条要求停止执行，另一条要求重映射，引擎会选择停止执行以确保资源释放。管理员可以使用ALTER THRESHOLD调整状态，或用DROP THRESHOLD删除过时规则，避免规则堆积造成评估开销。
工作负载层面定义阈值的价值在于精细管控接入源。比如将来自报表服务器的连接归入report_wl工作负载，并直接在此工作负载上创建临时表空间阈值，这样即便后续报表服务类发生调整，接入限制依然稳固。以下示例展示工作负载级阈值的写法：
CREATE THRESHOLD wl_temp_limit FOR WORKLOAD report_wl WHEN TEMPSPACE > 2 G ENFORCE STOP EXECUTION;
临时空间阈值对排序密集的查询尤其重要。在缺乏限制时，一个错误的ORDER BY配合大表关联可能写满临时表空间，进而引发整库写入失败。将此类阈值前置到工作负载，可以从接入侧切断风险。
阈值触发后的排查与运维实践
阈值生效之后，管理员需要持续观察其命中情况。DB2提供SYSHIST.THRESHOLD_VIOLATIONS历史视图，记录每次违规的时间、阈值名、活动标识与处置结果。结合MON_GET_ACTIVITY表函数，可以定位到具体被终止的SQL文本，从而反馈给业务方优化语句。
在运维中，建议为不同业务域设置独立阈值并统一命名规范，例如sc_core_cpu、wl_report_time。命名中包含服务类或工作负载缩写，便于后期审计。同时应定期使用如下语句检查无效阈值：
SELECT thresholdname, serviceclassname, enforce FROM SYSCAT.THRESHOLDS WHERE enabled = 'N';
对于已经停止执行的活动的后续处理，通常需要在应用层捕获SQL错误码并做重试或降级。DB2在阈值终止时会返回特定SQLSTATE，应用可据此区分是资源超限还是其他故障。此外，在测试环境应主动模拟长查询验证阈值是否按预期拦截，避免在生产环境才发现规则未绑定到正确服务类。
另一个常见误区是认为阈值可以替代索引优化。阈值只是在资源失控时兜底，频繁触发的阈值说明业务SQL本身存在缺陷。正确路径应是先通过监控找到高频违规语句，推动开发改写或补建索引，再将阈值阈值调宽以减少误杀。只有将阈值作为防护网而非主要手段，才能兼顾稳定性与吞吐。
DB2create_threshold资源阈值修改时间：2026-08-15 06:54:32