@clickzetta/cz-cli-darwin-x64 0.3.76 → 0.3.78

package/bin/skills/lakehouse-doc/references/metrics_answer_build.md

@@ -1,46 +0,0 @@
-# 指标、答案构建器配置
-
-## 构建指标：
-
-在**左侧导航栏：数据** -> **指标** 中，可以点击 “+ **新建指标**” ，添加新的指标。支持聚合与自定义代码方式生成指标。
-
-![](.topwrite/assets/b.jpg =558)
-
-^
-
-## 创建答案构建器：
-
-答案构建器用于定义有复杂计算逻辑的指标，以及回答明细查询的 SQL 模板。在**左侧导航栏：数据** -> **答案构建器** 中，可以点击 “+ **新建答案构建器**” ，按步骤填写代码。
-
-* 答案构建器的 SQL 模板：其中 `${dims} `和 `${filters}` 为固定写法，代表维度与过滤条件的变量，变量可选的列在模板下方的过滤条件与维度的选择区域 **Filters** 和 **Dims** 部分定义
-
-```SQL
-SELECT  
-  ${dims},
-  sum(op.payment_value) as total_sales_bz,
-  avg(op.payment_value) as avg_sales_bz
-FROM datagpt_ws.public.v_gpt_orders AS o  
-LEFT JOIN datagpt_ws.public.v_gpt_order_items AS oi 
-    ON o.order_id = oi.order_id  LEFT JOIN datagpt_ws.public.v_gpt_products AS p
-    ON oi.product_id = p.product_id  LEFT JOIN datagpt_ws.public.v_gpt_customers AS c
-    ON o.customer_id = c.customer_id  LEFT JOIN datagpt_ws.public.v_gpt_payments AS op
-    ON o.order_id = op.order_id  LEFT JOIN datagpt_ws.public.v_gpt_sellers AS os ON oi.seller_id = os.seller_id
-where ${filters}
-group by ${dims}
-```
-
-* **Filters 与Dims 变量定义**：注：此处未出现在 Filter 和 Dims 中的列，不会作为问题的过滤条件和维度。（此处与 **数据** -> **数据表** 中，表列的**用途**字段配置关联：即在**用途**字段中被配置为 FILTER 和 DIM 的列，会在此处默认被选中，最终以此页面的配置为准）
-* ![](.topwrite/assets/c.jpg =601)
-
-### 配置指标别名和分析方法：
-
-一个指标模板中，可以定义多个指标。每个指标可以指定多个别名。
-
-> 注意：在系统 Default Domain （默认域）中，允许指标以及别名重复；在其它用户创建的 Domain 中，不允许指标名称（包括别名）重复
-
-### **分析方法**：
-
-* **可加型指标**：同环比的算法为：（本期值-上期值）/ 上期值的绝对值
-* **比例型指标**：同环比的算法为：本期值 - 上期值。例如今年市场占有率30%，去年20%，那就是同比增长10%。
-
-![](.topwrite/assets/f.jpg =671)

package/bin/skills/lakehouse-doc/references/mindsdb.md

@@ -1,269 +0,0 @@
-# MindsDB简介
-
-**MindsDB 通过 AI 构建模块增强了 SQL**，以便开发人员创建需要与实时数据耦合的 AI 应用程序。MindsDB 的创新之一是能够将 AI（模型、代理、知识库）视为虚拟表，您可以使用任何AI 引擎从云器Lakehouse数据源中进行 SELECT FROM、JOIN和FINE-TUNE。
-
-![](.topwrite/assets/image_1704978508036.png)
-
-# 方式一：在 Docker上运行配置MindsDB
-
-## 安装 Docker
-
-如果您还没有安装Docker，请按照[说明](https://docs.docker.com/install)在您的计算机上安装 Docker 。要确保 Docker 已成功安装在您的计算机上，请测试Docker是否正常运行，如下所示：
-
-```bash
-docker run hello-world
-```
-
-您应该会看到`Hello from Docker!`消息。否则，请查看 [Docker 的入门](https://www.docker.com/get-started)文档。
-
-**适用于 Mac 用户的 Docker - RAM 分配问题**
-
-默认情况下，Docker for Mac 分配 2 GB RAM，这不足以使用 Docker 部署 MindsDB。我们建议将默认 RAM 限制增加到 8 GB。 有关如何增加分配内存的更多信息，请参阅 [Docker Desktop for Mac 用户手册。](https://docs.docker.com/desktop/mac/#resources)
-
-## 安装并启动 MindsDB
-
-请注意，这种 MindsDB 安装方法至少需要 8 GB RAM 和 20 GB 可用存储空间。
-
-下载docker compose文件到本地:
-
-<https://github.com/clickzetta/mindsdb-clickzetta/blob/staging/docker-compose-up-only.yml>
-
-运行以下命令在 Docker 中启动 MindsDB。
-
-```bash
-docker-compose -f docker-compose-up-only.yml up -d
-```
-
-现在，您可以访问以下内容：
-
-MindsDB Studio：
-
-```bash
-http://127.0.0.1:47334/
-```
-
-使用 MySQL 的 MindsDB
-
-```bash
-mysql -h 127.0.0.1 --port 47335 -u mindsdb -p
-```
-
-## 下一步
-
-现在您已经在 Docker 容器中本地安装并启动了 MindsDB，接下来了解如何使用该[CREATE MODEL](https://docs.mindsdb.com/sql/create/model)语句创建和训练模型。在**MindsDB SQL**部分，您将找到 MindsDB 提供的 SQL 语法的全面概述。我们还提供了**MindsDB Mongo-QL**部分中记录的 Mongo-QL 语法。
-
-您可以将 MindsDB 连接到不同的客户端，包括[MySQL CLI](https://docs.mindsdb.com/connect/mysql-client)。
-
-查看[用例](https://docs.mindsdb.com/finetune/anyscale)部分，了解涵盖大型语言模型、自然语言处理、时间序列、分类和回归模型的教程。
-
-# 方式二：通过 pip和github源代码搭建MindsDB
-
-本节介绍如何从源代码部署MindsDB。如果您想为我们的代码做出贡献或调试 MindsDB，那么这是使用 MindsDB 的首选方式。
-
-要成功安装 MindsDB，请使用**Python 64 位版本**。另外，请确保**Python >= 3.8**且**pip >= 20.3**。
-
-## 安装
-
-请注意，这种 MindsDB 安装方法需要至少 6 GB 的可用存储空间。
-
-1. 克隆 MindsDB 存储库：
-
-   ```bash
-   git clone https://github.com/clickzetta/mindsdb-clickzetta.git
-   ```
-
-2. 创建新的虚拟环境：
-
-   ```bash
-   python -m venv mindsdb-venv
-   ```
-
-3. 激活虚拟环境：
-
-   ```bash
-   source mindsdb-venv/bin/activate
-   ```
-
-4. 安装依赖项：
-
-   ```bash
-   cd mindsdb
-   pip install -e .
-   pip install -r requirements/requirements-dev.txt
-   ```
-
-5. 启动MindsDB：
-
-   ```bash
-   python -m mindsdb  --config=config.json
-   ```
-
-默认情况下，MindsDB 将始终启动`http`和`mysql`API。
-
-```bash
-python -m mindsdb --api=http,mysql  --config=config.json
-```
-
-如果您想使用 Mongo API，您需要将其作为参数提供给`--api`. 您可以按如下方式进行操作：
-
-```bash
-python -m mindsdb --api=http,mongodb,mysql  --config=config.json
-```
-
-6. 现在，您可以访问以下内容：
-
-MindsDB Studio：
-
-```bash
-http://127.0.0.1:47334/
-```
-
-使用 MySQL 的 MindsDB
-
-```bash
-mysql -h 127.0.0.1 --port 47335 -u mindsdb -p
-```
-
-## 依赖关系
-
-默认情况下，不会安装许多数据或 ML 集成的依赖项。
-
-如果您想要使用默认情况下不可用的依赖项的数据或 ML 集成，请通过运行以下命令进行安装：
-
-```
-pip install '.[handler_name]'
-```
-
-您可以在此处找到所有可用的[处理程序](https://github.com/clickzetta/mindsdb-clickzetta/tree/staging/mindsdb/integrations/handlers)。
-
-## 故障排除
-
-### Pip 和 Python 版本
-
-目前，MindsDB 支持 Python 版本 3.8.x、3.9.x、3.10.x 和 3.11.x。
-
-要成功安装 MindsDB，请使用**Python 64 位版本**。另外，请确保**Python >= 3.8**且**pip >= 20.3**。`pip --version`您可以通过运行和 命令来检查 pip 和 python 版本`python --version`。
-
-请注意，根据您的环境以及安装的 pip 和 python 软件包，您可能必须使用**pip3**而不是**pip**或**python3.x** 而不是**py**。例如，`pip3 install mindsdb`代替 `pip install mindsdb`.
-
-### 如何避免依赖性问题
-
-**使用pip**在虚拟环境中安装 MindsDB以避免依赖问题。
-
-### 如何避免常见错误
-
-MindsDB 需要大约 3 GB 的可用磁盘空间来安装其所有依赖项。确保分配最小。3 GB 磁盘空间以避免 `IOError: [Errno 28] No space left on device while installing MindsDB`错误。
-
-首先，激活安装 MindsDB 的虚拟环境。是为了避免`No module named mindsdb`错误。
-
-如果遇到该`This site can’t be reached. 127.0.0.1 refused to connect.` 错误，请检查MindsDB服务器控制台，查看服务器是否仍处于该`starting`阶段。但如果服务器已启动，但您仍然收到此错误，请在我们的 [GitHub 存储库](https://github.com/mindsdb/mindsdb/issues)上报告该错误。
-
-### 如何解决`ImportError: failed to find libmagic`的问题
-
-如果出现错误，您应该通过运行以下命令之一手动`ImportError: failed to find libmagic`安装：`libmagic`
-
-```bash
-pip install python-magic-bin  # for linux and windows
-brew install libmagic  # for macOS
-```
-
-# 检查云器Lakehouse Handler状态
-
-访问[MindsDB Studio](http://127.0.0.1:47334/editor)
-检查云器Lakehouse Handler状态
-
-```SQL
-select \* from information\_schema.handlers where TITLE="ClickZetta";
-```
-
-![](.topwrite/assets/image_1704968631664.png)
-IMPOSRT\_SUCCESS为true，说明云器Lakehouse Handler工作正常。
-
-# 创建一个project和云器Lakehouse数据库
-
-```SQL
-CREATE PROJECT IF NOT EXISTS clickzetta;
-```
-
-```SQL
-CREATE DATABASE if not exists clickzetta\_ai\_demo --- display name for database.
-
-WITH ENGINE = 'clickzetta', --- name of the mindsdb handler
-
-PARAMETERS = {
-
-"service": "region_id.api.clickzetta.com", --- ClickZetta Lakehouse service address.
-
-"workspace": "qiliang_ws_demo", --- ClickZetta workspace.
-
-"instance": "********", --- account instance id.
-
-"vcluster": "default", --- vcluster
-
-"username": "********", --- your usename.
-
-"password": "********", --- Your password.
-
-"schema": "ai_demo" 
-
-};
-
-```
-
-检查创建结果，显示已创建：
-
-```SQL
-SHOW databases;
-```
-
-![](.topwrite/assets/image_1704968969155.png)
-
-# 应用示例
-
-## 预测房屋租赁价格
-
-```SQL
---1. CONNECT ClickZetta Lakehouse
---Let's start by previewing the data we will use to train our model:
-SELECT * FROM clickzetta_ai_demo.home_rentals limit 10 ;
-```
-
-![](.topwrite/assets/image_1704973236848.png)
-
-```SQL
---2. TRAIN A MACHINE LEARNING MODEL
-CREATE MODEL IF NOT EXISTS
-  clickzetta.home_rentals_model
-FROM clickzetta_ai_demo  (SELECT * FROM home_rentals)
-PREDICT rental_price;
-DESCRIBE home_rentals_model;
-```
-
-![](.topwrite/assets/image_1704973261576.png)
-
-```SQL
---3. MAKE A PREDICTION
-SELECT rental_price, 
-       rental_price_explain 
-FROM clickzetta.home_rentals_model
-WHERE sqft = 823
-AND location='good'
-AND neighborhood='downtown'
-AND days_on_market=10;
-```
-
-```
-rental_price rental_price_explain 4464 {"predicted_value": 4464, "confidence": 0.99, "anomaly": null, "truth": null, "confidence_lower_bound": 4387, "confidence_upper_bound": 4542}
-```
-
-```SQL
---4. Bulk predictions by joining a table with your model:
-SELECT t.rental_price as real_price, m.rental_price as predicted_price, t.number_of_rooms,  t.number_of_bathrooms, t.sqft, t.location, t.days_on_market 
-FROM clickzetta_ai_demo.home_rentals as t 
-JOIN clickzetta.home_rentals_model as m
-LIMIT 100;
-```
-
-![](.topwrite/assets/image_1704973411217.png)
-
-![](.topwrite/assets/image_1704973441296.png)

package/bin/skills/lakehouse-doc/references/monitoring_and_alerting.md

@@ -1,177 +0,0 @@
-# 监控告警
-
-## 概述
-
-监控告警系统是一套强大的功能，它允许用户通过系统内置的规则或自定义规则，对任务运行状态等关键指标进行实时监控。一旦检测到异常情况，系统将发送及时的告警通知，帮助您确保数据流的稳定性和可靠性。
-
-## 核心概念
-
-| 概念   | 含义说明                                                                          |
-| ---- | ----------------------------------------------------------------------------- |
-| 监控规则 | 指一组配置信息，包含具体对象和消息类型等关键属性，用以告知系统，哪些关键消息是其关注的。针对特定对象、配置特定条件的规则，在条件满足的情况下会产生告警事件 |
-| 告警事件 | 基于监控规则，在监控条件满足时，产生的潜在需要发送告警通知的事件记录信息                                          |
-| 通知历史 | 在告警事件产生后，实际推送给用户的信息记录。告警通知推送会基于下述三个策略的作用影响                                    |
-| 通知策略 | 用于定义告警推送时，使用什么样的通知渠道、发送频次等，来推送给告警接收人                                          |
-
-## 监控规则
-
-监控规则列表展示了当前配置的所有规则。用户可以进行筛选和过滤操作，快速找到所需的规则。
-
-![监控规则列表](.topwrite/assets/226957dd01/8d11a86d9d484c752427e010555ea2d1efbf0b50.png)
-
-对于单条规则，可以进行如下操作：
-
-| 操作名称    | 行为定义                     | 可操作人员        |
-| ------- | ------------------------ | ------------ |
-| 查看详情    | 打开监控告警规则的详情页面，查看完整信息     | 对实例成员全部开放    |
-| 开启/关闭   | 设定告警规则启用或者停止             | 实例管理员、实例运维角色 |
-| 复制      | 基于当前规则，复制其配置属性，来产生新的规则   | 实例管理员、实例运维角色 |
-| 编辑      | 通过合适的交互方式，支持用户来修改监控规则的属性 | 实例管理员、实例运维角色 |
-| 订阅/取消订阅 | 把操作者自身加入/移出告警接收人         | 对实例成员全部开放    |
-
-### 系统内置规则
-
-系统提供了一些预设的全局监控规则，用户可以根据需要启用它们。
-
-| 规则名称       | 规则作用          | 默认启停状态 |
-| ---------- | ------------- | ------ |
-| 通用规则监控任务失败 | 监控任务实例失败的默认规则 | 默认关闭   |
-
-### 新建监控规则
-
-可以点击“新建规则”按钮，根据自己的需求创建自定义监控规则。
-
-![新建监控规则界面](.topwrite/assets/226957dd01/d2242b08605d2a3ad9b3713d8e6e6d7ab191e066.png =493)
-
-| 分类        | 参数                                     | 描述                                                                                                                                                                   |
-| --------- | -------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| 基础信息      | 名称                                     | 输入新建自定义规则的名称。                                                                                                                                                        |
-| 描述        | 非必填，您可以添加当前规则的描述信息，或填写在收到报警后，相关的处理方式等。 |                                                                                                                                                                      |
-| 触发条件      | 监控事项                                   | 具体的监控对象，当前系统支持「事件监控」和「指标监控」两种方式。                                                                                                                                     |
-| 过滤条件      | 对消息的过滤条件，多个条件之间是“且”的关系                 |                                                                                                                                                                      |
-| 告警等级      | 告警等级                                   | 通用模版中的告警等级配置规则如下，同时支持用户在通知策略中自定义配置不同等级的通知方式。  高危：使用所有告警通道发送，含电话  严重：使用所有告警通道发送，含电话  警告：系统内、邮件、短信、Webhook，不含电话  提醒：系统内、邮件、Webhook，不含电话、短信  用户点击告警等级会联动下方通知策略列表中呈现的信息。 |
-| 监控通知      | 通知策略                                   | 点击下拉框直接选择在通知「通知策略」里管理的信息，或者点击+号，新建通知策略，具体通知策略的配置见通知策略                                                                                                                |
-| 告警订阅      | 下拉选择针对该规则需要通知到的具体人                     |                                                                                                                                                                      |
-| Webhook通知 | 选择通知方式，目前支持的通知类型有  钉钉  飞书              |                                                                                                                                                                      |
-| 通知开始时间    | 监控规则触发后发送通知的开始时间                       |                                                                                                                                                                      |
-| 通知结束时间    | 监控规则触发后发送通知的结束时间                       |                                                                                                                                                                      |
-
-#### 触发条件规则
-
-触发条件由监控事项、指标计算方式、阈值和触发方式组成。当前系统支持“事件监控”和“指标监控”两种类型。
-
-**基于「指标」的监控配置**
-
-![](.topwrite/assets/226957dd01/0d872f1cb6d11f16e4a48c9a6466ac9d43eb8606.png =548)
-
-针对指标监控类型，在定义好计算方式和阈值后，支持两种触发方式的配置。
-
-持续：指标一旦连续N次触碰到阈值时，则会触发监控告警。
-
-检查间隔：用户需定义在检查间隔范围内累计N次触碰到阈值后，才会触发监控告警。
-
-指标监控配置：用户可以定义计算方式和阈值，并选择触发方式。例如，配置全增量一体同步任务延迟指标，延迟时间大于等于50秒，持续3个数据点，告警频次限制为30分钟发送一次。
-
-![](.topwrite/assets/226957dd01/4f091acaf0cca77057e17882d353011c0853801e.png =600)
-
-00:40的时候，发现连续3次在阈值之上，第一次触发告警。接下来一直到01:50的时候，均处于第一次告警阶段。
-
-在告警阶段，通过告警频次判断接下来的几个时间点，结合告警频次的配置决定是否持续发送告警。告警限制为30分钟发送一次，则会在01:10、01:40两个时间点发送告警通知。
-
-从02:00开始，接下来后面的三次指标均处于阈值之下，则第一次告警恢复，不再触发告警通知。
-
-若用户的触发方式是检查监控内的累积次数。
-
-**基于「事件」的监控配置**
-
-事件监控是基于特定事件或条件发生时产生的告警。用户可以基于当前产品内的运维实例或数据质量校验规则进行监控。基于产品内当前支持的行为，当前事件监控主要分为两大类：
-
-任务运维：用户在开发场景内通过配置调度场景定义的各类周期调度任务，或者实时运行任务实例。
-
-数据质量：用户在数据质量内配置的针对表质量的各类监控。
-
-> 可以查看 [监控项口径说明文档](monitoring_item_specification.md)，来了解详细的口径说明。
-
-#### 告警事件
-
-告警事件列表展示了所有触发监控规则后的告警信息。用户可以对列表中的告警事件进行操作，如抑制或关闭。
-
-抑制：设置当前告警事件在多少分钟内不再发送消息。
-
-关闭：关闭当前告警事件，不再接收这类消息。
-![告警事件列表](.topwrite/assets/226957dd01/c8922b31a22c405c99d2ca37c0c04661f5fd9524.png =680)
-
-#### 告警事件处理操作
-
-| 操作                      | 定义                 | 适用场景                | 影响范围   |
-| ----------------------- | ------------------ | ------------------- | ------ |
-| 抑制                      | 设置告警事件在指定时间内不再发送消息 | 已知问题正在处理中，暂时不需要重复告警 | 当前告警事件 |
-| 关闭                      | 关闭告警事件，停止接收此类消息    | 问题已解决或确认为误报         | 当前告警事件 |
-| 自动关闭告警  --不是在告警事件中点击处理的 | 系统检测到问题恢复后自动关闭告警   | 任务实例重跑成功、手动置成功      | 相关告警事件 |
-
-## 通知历史
-
-通知历史记录了所有基于通知策略实际推送的消息通知。
-
-![通知历史列表](.topwrite/assets/226957dd01/df5b643e1c5d0b495e559e67d30d3dbe9d699179.png =680)
-
-## 通知策略
-
-通知策略列表展示了所有定义好的通知策略。用户可以进行搜索和过滤操作。
-
-![通知策略列表](.topwrite/assets/226957dd01/34595b2465ace2f704ee53ff5906a5a81e4f85d2.png =680)
-
-![](.topwrite/assets/226957dd01/d7725ff84c1b3f1871e83dc4e23b576edad6d103.png =680)
-
-### 新建通知策略
-
-用户可以点击“新建策略”按钮，根据自己的需求创建新的通知策略。
-
-![新建通知策略界面](.topwrite/assets/226957dd01/a17beff395adf70cdc56ab189d7dbb09e5263f8d.png =360)
-
-| 分类   | 参数       | 描述                                                                                                                       |
-| ---- | -------- | ------------------------------------------------------------------------------------------------------------------------ |
-| 基础信息 | 名称       | 通知策略的名称                                                                                                                  |
-|      | 描述       | 非必填，您可以添加当前规则的描述信息                                                                                                       |
-| 通知方式 | 高危告警     | 针对不同告警等级设置通知的具体方式，支持的方式有：  wehook  短信  电话                                                                                |
-|      | 严重告警     |                                                                                                                          |
-|      | 警告告警     |                                                                                                                          |
-|      | 提醒告警     |                                                                                                                          |
-| 通知时间 | 发送间隔（分钟） | 两次报警之间的时间间隔。                                                                                                             |
-|      | 最大发送次数   | 报警的最大次数，超过设置的次数后，不再产生报警。                                                                                                 |
-|      | 免打扰开始时间  | 设置了免打扰时间后，则在该时间段内系统将不会发送告警。  例如，当设置了任务状态为运行失败时触发报警，且该任务设置的免打扰时间为00：00到08：00，则该时间段内将不会发出报警信息，如果到达8点，任务仍处于上述异常状态，将会发出报警信息。 |
-|      | 免打扰结束时间  |                                                                                                                          |
-
-## 配置管理
-
-配置管理允许用户对个人信息和Webhook进行配置。
-
-### 个人配置
-
-用户可以在个人配置中修改接收告警的手机号和邮箱地址，并设置免打扰时段。
-
-![个人配置界面](.topwrite/assets/226957dd01/d7725ff84c1b3f1871e83dc4e23b576edad6d103.png =680)
-
-### Webhook配置
-
-Webhook配置用于定义告警推送所需的Webhook渠道，当前支持飞书和钉钉。
-
-![Webhook配置界面](.topwrite/assets/226957dd01/6a8bc6fc74fb8f046f7169d91fac4169aab3b968.png =680)
-
-#### 新建Webhook配置
-
-用户可以点击“新建配置”按钮，填写所需参数来创建新的Webhook配置。建议在保存前进行测试，确保配置正确。
-
-![](.topwrite/assets/226957dd01/4ce77ae787a0c4c3c8d908b7c6feb5f5beaf7241.png =300)
-
-## 其它
-
-### 监控告警自动关闭
-
-对于任务实例运行失败的监控告警，在运维中心对实例进行处置后恢复成功，比如手动置成功或者重跑实例后成功等，会将对应的告警事件自动置为关闭，不需要人工去关闭。
-
-### Webhook告警的安全设置
-
-钉钉等IM，对Webhook推送告警会有一定的安全设置，通过“自定义关键词”，新增配置上“云器”这个关键词即可。
-
-![](.topwrite/assets/image_1748598090100.png =300)

package/bin/skills/lakehouse-doc/references/monitoring_item_specification.md

@@ -1,44 +0,0 @@
-# 监控项口径说明
-
-本文档描述在配置监控规则时，可供选择的「事件」和「指标」两类监控项的具体含义和口径。
-
-## 基于「事件」的监控
-
-| 事件名称               | 目标对象                                                           | 口径说明                                                                                      |
-| ------------------ | -------------------------------------------------------------- | ----------------------------------------------------------------------------------------- |
-| 周期任务实例运行失败         | 包含：周期调度的任务实例和补数任务实例、周期实例的手动重跑。

不包含：手动运行的临时实例、实时同步任务实例 | 周期任务实例因各种原因（代码逻辑错误、超时、系统异常等）运行失败时，生成告警事件。

若周期任务配置了遇错重跑，自动重跑过程中不会生成告警事件，只在最终失败时生成一次。 |
-| 周期任务实例运行完成时间       | 包含：周期调度的任务实例、手动重跑的周期任务实例等。

不包含：手动运行的临时实例、补数任务的实例。     | 周期调度任务的完成时间超出预期时间点（在规定时间点没有运行结束）时，生成告警事件。                                                  |
-| 周期任务实例调度耗时（含等待时间）  | 包含：周期调度的任务实例。

不包含：手动运行的临时实例、补数任务的实例、手动重跑的周期任务实例等。     | 周期任务实例从**计划时间**到**结束时间**的总耗时超过阈值时，生成告警事件。

此耗时包含任务实例等待上游运行完成的时间。              |
-| 周期任务运行时间延迟         | 包含：周期调度的任务实例。

不包含：手动运行的临时实例、补数任务的实例、手动重跑的周期任务实例等。     | 周期任务实例实际进入运行状态的**开始运行时间**相比**计划时间**延迟超过阈值时，生成告警事件。                                         |
-| 任务实例运行耗时（不含等待时间）   | 全部的任务实例。

含周期调度的任务实例、手动运行的临时实例、补数任务的实例、手动重跑的周期任务实例等。   | 实例自身的纯执行时间（不包含等待上游完成的时间）超过阈值时，生成告警事件。                                                      |
-| 动态表刷新超时            | 动态表（Dynamic Table）                                             | 动态表刷新操作超过设定的超时时间时，生成告警事件。                                                                  |
-| 流式SQL任务执行失败        | 流式SQL（Continuous Job）任务                                        | 流式SQL任务的运行状态从“运行中”变为“失败”时，生成告警事件。                                                        |
-| 质量规则校验失败           | 质量规则+目标表：选择配置了质量规则的表，当该表上某个规则校验失败后，会生成一个告警事件。                    | 数据质量校验规则的执行结果为“失败”时，生成告警事件。                                                                |
-| 质量规则校验超时           | 质量规则                                                           | 数据质量校验规则的执行结果为“超时”时，生成告警事件。                                                                |
-| 多表实时同步任务运行失败       | 多表实时同步任务                                                       | 多表实时同步任务的状态从“运行中”变为“失败”时，生成告警事件。                                                         |
-| 多表实时同步任务进入黑名单      | 多表实时同步任务                                                       | 任务中某个表因连续同步失败被加入黑名单时，生成告警事件。                                                              |
-| 多表实时同步任务单表存量数据同步异常 | 多表实时同步任务                                                       | 多表实时同步任务中，单个表的存量数据同步出现异常时，生成告警事件。                                                         |
-| 多表实时同步任务单表增量数据同步异常 | 多表实时同步任务                                                       | 多表实时同步任务中，单个表的增量数据同步出现异常时，生成告警事件。                                                         |
-| 全增量一体同步单表存量数据同步异常  | 全增量一体同步任务                                                      | 全增量一体同步任务中，单个表的存量数据同步出现异常时，生成告警事件。                                                        |
-| 全增量一体同步单表增量数据同步异常  | 全增量一体同步任务                                                      | 全增量一体同步任务中，单个表的增量数据同步出现异常时，生成告警事件。                                                        |
-| 全增量一体同步任务运行失败      | 全增量一体同步任务                                                      | 全增量一体同步任务的状态从“运行中”变为“失败”时，生成告警事件。                                                        |
-| 全增量一体同步任务目标表字段变更失败 | 全增量一体同步任务                                                      | 目标表字段的自动变更（Schema Evolution）遇到错误时，生成告警事件。                                                 |
-
-## 基于「指标」的监控
-
-| 指标名称               | 目标对象        | 口径说明                                                         |
-| ------------------ | ----------- | ------------------------------------------------------------ |
-| 动态表刷新失败            | 动态表         | 动态表刷新操作失败次数                                                  |
-| 全增量一体同步任务延迟        | 全增量一体实时同步任务 | 数据同步的时间延迟                                                    |
-| 全增量一体同步任务单表同步失败    | 全增量一体实时同步任务 | 单表同步失败次数统计                                                   |
-| 多表实时同步任务延迟         | 多表实时同步任务    | 多表实时同步的整体延迟                                                  |
-| 多表实时同步任务作业failover | 多表实时同步任务    | 多表同步任务发生故障转移次数                                               |
-| 多表实时同步任务读取点位延迟     | 多表实时同步任务    | 数据读取点位相对于源端的延迟                                               |
-| 多表实时同步任务来源数据库读数延迟  | 多表实时同步任务    | 源数据库数据产生速率与同步速率的差异                                           |
-| 多表实时同步任务数据同步状态异常   | 多表实时同步任务    | 数据同步状态的异常情况监控                                                |
-| 作业排队数              | 单条SQL作业     | 每5秒采样一次，统计所有采样时刻状态为“排队中”的SQL作业                               |
-| 作业平均排队时长           | 单条SQL作业     | 每5秒采样一次，统计5秒内TP90分位数的作业排队时长。                                    |
-| 通用型/同步型计算集群负载      | 计算集群        | 通用型或同步型集群在采样时刻，正在处理任务的计算资源占该集群最大规格所包含的计算资源的比例。                 |
-| 分析型计算集群负载          | 计算集群        | 分析型计算集群在采样时刻的作业并发数除以（实例最大数 × 单实例最大并发数），即当前并发数占集群最大可承载并发数的比例。 |
-
-^