提示：可根据名称在《DM8系统管理员手册》中查看视图的详细字段信息，或直接在官网查看：DM8系统管理员手册-附录

一、核心数据字典表

SYSOBJECTS：记录系统中所有对象的信息。

SYSTEXTS：存放字典对象的文本信息。使用时，系统内部临时解析的字典对象才会放入此处。

SYSCOLUMNS：记录系统中所有列定义的信息。

SYSCONS：记录系统中所有约束的信息。

SYSINDEXES：记录系统中所有索引定义信息。

SYSOBJINFOS：记录对象的依赖信息。

SYSUSERS：记录系统中用户信息。

二、Oracle兼容视图 (DBA_/ALL_/USER_)

DBA_SOURCE：查看所有存储对象（函数、存储过程、包等）的源代码。

DBA_OBJECTS：查看数据库中所有对象的详细信息。

DBA_TABLES：查看数据库中所有表（包括系统表）的详细信息。

DBA_TAB_COLUMNS：查看数据库中所有表的列信息。

DBA_CONSTRAINTS：查看数据库中所有表的约束信息。

DBA_INDEXES：查看数据库中所有索引的信息。

DBA_USERS：查看数据库中所有用户的信息。

DBA_TAB_PRIVS：查看授予用户的所有对象权限。

三、动态性能视图 (V$)

V$SESSIONS：查看当前数据库会话信息。

V$LOCK：查看当前锁信息，用于死锁分析与诊断。

V$DATABASE：查看数据库的基本信息和状态。

V$TABLESPACE：查看所有表空间的基本信息。

V$DATAFILE：查看数据文件信息。

V$DM_INI：查看数据库的系统配置参数。

V$RLOGFILE：查看联机重做日志文件信息。

四、用户/模式视图

ALL_USERS：查看所有用户（基本信息）。

五、鲜少使用

5.1 查询依赖关系

SELECT * FROM DBA_DEPENDENCIES WHERE REFERENCED_NAME = 'TABNAME';

5.2 查询库中的确定性函数

SELECT * FROM DBA_SOURCE 
WHERE TYPE = 'PROC' 
AND REGEXP_LIKE(TEXT, 'DETERMINISTIC', 'i') 
ORDER BY OWNER;

5.3 查询库中的HUGE表

（1）查询HUGE表空间

SELECT * FROM SYS."V$HUGE_TABLESPACE";

（2）达梦在创建每一个 HUGE 表时，都会自动创建一个同名的辅助表来管理它的数据。辅助表的命名规则是 原表名$AUX，查询辅助表

SELECT * FROM SYSOBJECTS WHERE NAME LIKE '%$AUX';

（3）通过查找$AUX辅助表来定位所有HUGE主表

SELECT
    US.NAME AS 模式名,
    -- 核心逻辑：去掉末尾的$AUX，得到原始HUGE主表名
    SUBSTR(S.NAME, 1, LENGTH(S.NAME) - 4) AS HUGE主表名,
    S.NAME AS 辅助表名
FROM
    SYSOBJECTS S
JOIN
    SYSOBJECTS US ON S.SCHID = US.ID
WHERE
    S.SUBTYPE$ = 'UTAB'        -- 普通用户表
    AND S.NAME LIKE '%$AUX'    -- 过滤出AUX辅助表
    AND US.TYPE$ = 'SCH'       -- 关联模式信息
ORDER BY
    模式名, HUGE主表名;

如果一个 HUGE 表是分区表，其辅助表的名称会是“子表名$AUX”。对于这种情况，上述 SQL 可能无法直接还原出原始的主表名。

（4）查询分区HUGE表

SELECT DISTINCT
    PT.TABLE_OWNER,
    PT.TABLE_NAME,
    T.TABLESPACE_NAME
FROM DBA_TAB_PARTITIONS PT
LEFT JOIN DBA_TABLES T 
    ON PT.TABLE_OWNER = T.OWNER 
    AND PT.TABLE_NAME = T.TABLE_NAME
WHERE T.TABLESPACE_NAME IN (SELECT NAME FROM V$HUGE_TABLESPACE)
ORDER BY PT.TABLE_OWNER, PT.TABLE_NAME;

磁盘 I/O 性能直接影响到达梦数据库的事务响应速度、日志写入效率以及整体吞吐量。监控磁盘 I/O 的目的包括：

• 保障数据库响应时间：达梦数据库在大量并发写入（如 redo log、数据页刷盘）时，I/O 延迟过大会导致事务等待，降低 TPS。
• 提前发现瓶颈：通过观察磁盘繁忙度（%util）和平均等待时间（await），可在性能问题影响用户之前进行干预。
• 容量规划：了解 I/O 增长趋势，决定何时升级存储（如从 HDD 换为 SSD）或拆分数据文件。
• 验证优化效果：修改达梦参数（如 BUFFER、CKPT_INTERVAL）或更换磁盘调度器后，通过 I/O 指标量化改进。

二、达梦数据库的 I/O 特征

在监控之前，需要了解达梦数据库产生磁盘 I/O 的主要场景：

三、核心 I/O 指标解读

使用 iostat -x -d -m 1 可以获得以下关键指标。掌握这些指标是分析 I/O 性能的基础。

注意：%util 高不一定表示磁盘坏，也可能是高性能设备（如 NVMe SSD）在多队列下利用率高但延迟仍很低。需结合 await 判断。

四、识别设备映射

在使用 LVM（逻辑卷管理）时，iostat 会显示 dm-0、dm-1 等设备名。你需要知道这些设备对应哪些达梦相关的文件系统。

使用 lsblk 查看树形关系

--输出示例：
sda
└─sda3
   ├─klas-root (dm-0)  /
   ├─klas-swap  (dm-1) [SWAP]
   └─klas-backup(dm-2)

说明：

dm-0 → 根文件系统 /，若达梦软件安装在此，数据文件、redo log 也在此。
dm-1 → swap，监控其 I/O 可判断内存是否不足。
dm-2 → 备份卷，未挂载则无 I/O。

五、常用监控命令与工具

5.1 实时监控（推荐组合）

# 每 2 秒显示所有磁盘的扩展统计，以 MB 为单位
iostat -x -d -m 2

# 只关注达梦数据目录所在的磁盘（如 dm-0）
iostat -x -d -m dm-0 2

5.2 定位 I/O 来源进程

当发现磁盘繁忙时，使用以下工具找出是哪些进程产生了 I/O：

# 类似 top，按 I/O 排序
iotop -o

# 使用 pidstat 查看每个进程的 I/O 统计
pidstat -d 2

5.3 长期记录与告警

#!/bin/bash
# ============================================================
# 脚本名称: io_monitor.sh
# 脚本作者: shine
# 功能描述: 监控 Linux 主机 IO 情况并记录到日志（dmdba 用户版）
# 依赖工具: iostat (sysstat)
# 部署路径: /home/dmdba/io_monitor.sh
# 日志路径: /home/dmdba/io_logs/io_YYYYMMDD.log
# ============================================================

# ---------------------- 配置区域 ----------------------
LOG_DIR="/home/dmdba/io_logs"               # 日志存放目录（dmdba 可写）
LOG_FILE="${LOG_DIR}/io_$(date +%Y%m%d).log" # 按天分割日志
SAMPLE_COUNT=3                              # 采样次数
SAMPLE_INTERVAL=2                           # 采样间隔（秒）
# -----------------------------------------------------

# 检查 iostat 是否存在
if ! command -v iostat &>/dev/null; then
    echo "错误：iostat 命令未找到，请确保已安装 sysstat。" >&2
    exit 1
fi

# 创建日志目录（如果不存在）
mkdir -p "$LOG_DIR" || {
    echo "错误：无法创建日志目录 $LOG_DIR" >&2
    exit 1
}

# 记录开始标记及采样数据
{
    echo "==================== $(date '+%Y-%m-%d %H:%M:%S') ===================="
    echo "采样参数: 间隔=${SAMPLE_INTERVAL}秒, 次数=${SAMPLE_COUNT}"
    echo ""

    # 执行 iostat 采集
    # -x : 显示扩展统计信息（含 await、%util 等关键指标）
    # -d : 仅显示设备利用率报告
    # -t : 打印时间戳
    # -m : 吞吐量以 MB/s 为单位（便于阅读高速存储）
    iostat -x -d -t -m "$SAMPLE_INTERVAL" "$SAMPLE_COUNT"

    echo ""
} >> "$LOG_FILE" 2>&1

# 自动压缩 7 天前的原始日志（避免占用过多空间）
find "$LOG_DIR" -type f -name "io_*.log" -mtime +7 -exec gzip -f {} \;

# 自动删除 30 天前的压缩日志（彻底释放空间）
find "$LOG_DIR" -type f -name "io_*.log.gz" -mtime +30 -delete

将以上脚本加入 crontab，每5分钟记录一次，配合监控系统（如 Zabbix、Prometheus）设置告警：

• await > 20（SSD 场景）
• %util > 80 持续 5 分钟

六、总结

磁盘 I/O 是达梦数据库性能的关键因素之一。通过定期使用 iostat 等工具监控核心指标，结合 lsblk 明确设备映射，并掌握针对达梦特征的分析方法，可以快速定位 I/O 瓶颈，做出合理的优化决策。建议将 I/O 监控纳入日常运维巡检体系，并与达梦自身的动态性能视图（如 V$SQL_STAT、V$SESSION_STAT、V$LATCHES）配合使用，形成完整的性能分析闭环。

功能说明：为 SQL 注入 HINT 规则。SF_INJECT_HINT 方法创建的 HINT 规则无生效类别限制，如果需要为该 HINT 规则设置生效类别，可通过 SF_ALTER_HINT 过程修改实现。

参数说明：
sql_text：待注入 HINT 规则的 SQL 语句。SQL 语句必须是语法正确的增删改查语句。
hint_text：待注入的 HINT 规则，必须指定为非 NULL 值。
name：HINT 规则的名称，指定为 NULL 值时系统为其命名。
description：对 HINT 规则的详细描述。
validate：HINT 规则是否生效。TRUE 是；FALSE 否。
fuzzy：指定 SQL 的匹配规则为精准匹配或模糊匹配，该参数值不能为 NULL。
当该参数缺省时，表示使用定义 1 的语法，仅支持精准匹配。
该参数类型为 BOOLEAN 时，使用定义 2 或定义 3 的语法，值为 TRUE 时，为模糊匹配；
值为 FALSE 时，为精准匹配。
精准匹配时，待注入 HINT 规则的 SQL 语句必须为语法正确的 INSERT/DELETE/UPDATE/SELECT/MERGE INTO 语句（语句以 EXPLAIN/EXPLAIN FOR 开头时，去掉 EXPLAIN/EXPLAIN FOR 后的语句必须完全正确），精准匹配要求 SQL 语句完全匹配，不支持 SQL 语句中的子查询匹配；
模糊匹配时，待注入 HINT 规则的 SQL 语句应为非 NULL 值。
该参数类型为 INT 时，使用定义 4 或定义 5 的语法，值为 0 表示精确匹配，值为 1 表示模糊匹配，值为 2 表示通过 sql_text_id精确匹配。
fuzzy 取值为 2 时，参数 sql_text 应该输入长度为 13 的 sql_text_id 字段，如果 fuzzy 取值为 2 但参数 sql_text 依旧输入 SQL 语句，预期会报错。
need_clear：是否同步清空所有缓存的计划，该参数值不能为 NULL。
当该参数缺省时，表示使用定义 1、定义 2 或定义 4 的语法，此时默认不清空缓存计划。
指定该参数时，使用定义 3 和定义 5 的语法，值为 TRUE 时，清空缓存的计划；值为 FALSE 时，模糊匹配和通过 sql_text_id 匹配时，不清空缓存的计划，需要手动清除对应 SQL 的计划后，指定的 HINT 才能生效，精确匹配时，默认会删除受影响 SQL 的计划缓存。

返回值：执行成功返回名称，执行失败报错误信息。

二、使用

--模糊匹配
SF_INJECT_HINT('SQL语句', 'HINT', 'INJECT名称', '注释', TRUE, TRUE);

注入HINT后需要清空对应SQL的计划缓存

BEGIN
    FOR RS IN (SELECT * FROM V$CACHEPLN WHERE SQLSTR LIKE '%SQL语句%') LOOP
        EXECUTE IMMEDIATE 'SP_CLEAR_PLAN_CACHE(' || RS.CACHE_ITEM || ');';
    END LOOP;
END;

查询已经注入的HINT-系统视图

SELECT * FROM SYSINJECTHINT ORDER BY CRTDATE DESC;

删除注入的HINT

SF_DEINJECT_HINT('INJECT名称');

重做日志（即 REDO 日志）指在 DM 数据库中添加、删除、修改对象，或者改变数据，DM 都会按照特定的格式，将这些操作执行的结果写入到当前的重做日志文件中。重做日志文件默认以 log 为扩展名，可在初始化数据库时使用建库参数 RLOG_POSTFIX_NAME 指定重做日志文件的扩展名。每个 DM 数据库实例必须至少有 2 个重做日志文件，默认两个日志文件为 DAMENG01.log、DAMENG02.log，这两个文件循环使用。

重做日志文件因为是数据库正在使用的日志文件，因此被称为联机日志文件。

重做日志文件主要用于数据库的备份与恢复。理想情况下，数据库系统不会用到重做日志文件中的信息。然而现实世界总是充满了各种意外，比如电源故障、系统故障、介质故障，或者数据库实例进程被强制终止等，数据库缓冲区中的数据页会来不及写入数据文件。这样，在重启 DM 实例时，通过重做日志文件中的信息，就可以将数据库的状态恢复到发生意外时的状态。

重做日志文件对于数据库是至关重要的。它们用于存储数据库的事务日志，以便系统在出现系统故障和介质故障时能够进行故障恢复。在 DM 数据库运行过程中，任何修改数据库的操作都会产生重做日志，例如，当一条元组插入到一个表中的时候，插入的结果写入了重做日志，当删除一条元组时，删除该元组的事实也被写了进去，这样，当系统出现故障时，通过分析日志可以知道在故障发生前系统做了哪些动作，并可以重做这些动作使系统恢复到故障之前的状态。

二、管理重做日志文件

添加重做日志文件

在服务器打开状态下，可以添加新的重做日志文件。添加的数据文件大小最小为 4096*页大小，如页大小为 8K，则可添加的文件最小值为 4096*8k=32M。如添加重做大小为 128M 的重做日志文件DAMENG03.log。

ALTER DATABASE ADD LOGFILE '/data/dmdata/DAMENG/DAMENG03.log' size 128;

扩展重做日志文件

在服务器打开状态下，可以扩展已有的重做日志文件的大小。如扩展重做日志文件DAMENG03.log 到 256M。

ALTER DATABASE RESIZE LOGFILE '/data/dmdata/DAMENG/DAMENG03.log' to 256;

三、其他

在V$RLOG视图中监控FREE_SPACE/TOTAL_SPACE，如果空闲率低于20%就需要考虑扩容，低于1G可用一般是出现影响了。存储IO性能可以监控上看看应该有瓶颈了，还有业务层面也看看拆分大事务，间隔调度批量作业等，避免集中资源压力。扩REDO要选择在业务空闲时间进行。

SELECT FREE_SPACE/TOTAL_SPACE FROM V$RLOG;

V$LOG_HISTORY：服务器启动后，记录当前节点联机日志切换的历史信息。只记录最近 128 次切换记录。

该视图新增于2023年第二季度

以前的版本可以通过过滤日志得知重做日志的切换时间，如下：

cat 日志.log | grep 'rfil file switch'

1.修改参数
sp_set_para_value(1,'ENABLE_DDL_ANY_PRIV',1);
2.执行授权语句
例如：grant create ANY table to "用户名"
3.修改参数为原值
sp_set_para_value(1,'ENABLE_DDL_ANY_PRIV',0);

2、如何授予A用户对B用户下所有表的查询权限

1.设置 INI 参数 GRANT_SCHEMA=1，重启数据库生效。
sp_set_para_value(2,'GRANT_SCHEMA',1);
2.将模式 B 下所有对象的查询权限授予用户 A
GRANT SELECT ON SCHEMA B TO A;

ROLL 表空间完全由 DM 数据库自动维护，用户无需干预。该表空间用来存放事务运行过程中执行 DML(数据操作语言)操作之前的值，从而为访问该表的其他用户提供表数据的读一致性视图。

ROLL 表空间的 DBF 文件，称为 ROLL 文件。ROLL 文件用于保存系统的回滚记录，提供事务回滚时的信息。回滚文件可被分为若干回滚段，每个事务的回滚页在回滚段中各自挂链，页内则顺序存放回滚记录。

回滚表空间的管理和用户表空间的管理基本是一样的，区别是回滚空间的空间名固定为ROLL，不可修改。可增加和扩展回滚空间中的回滚文件，设置回滚空间的扩展属性。

二、缩小表空间

调小UNDO_RETENTION参数，减少保留时间。

尝试逐渐缩小表空间大小

--一点点降
ALTER TABLESPACE ROLL RESIZE DATAFILE '/data/dmdata/DAMENG/ROLL.DBF' TO 50G;

增删改表数据，没有提交的话，就会先放到ROLL表空间中，提交后会清空，他的大小和总数据量没有关系，和一次修改数据的量有关系，并且如果不够用的话是会自动扩展的。

查询未提交的事务

SELECT
    T1.SQL_TEXT,
    T1.STATE,
    T1.TRX_ID,
    T2.INS_CNT,
    T2.UPD_CNT,
    T2.DEL_CNT,
    T2.UPD_INS_CNT
FROM
    V$SESSIONS T1,
    V$TRX T2
WHERE
    T1.TRX_ID = T2.ID
    AND T1.STATE = 'IDLE'
    AND T2.STATUS = 'ACTIVE'
    AND (INS_CNT > 0
             OR UPD_CNT > 0
             OR DEL_CNT > 0
             OR UPD_INS_CNT > 0);

三、关联参数

PSEG_RECV：动态系统级参数，默认值3。

系统故障重启时，对活动事务和已提交事务的处理方式。

• 0：跳过回滚活动事务和 PURGE 已经提交事务的步骤。在回滚表空间出现异常、损坏、系统无法正常启动时，可将 PSEG_RECV 设置为 0，让系统启动；但存在一定风险，未提交事务的修改将无法回滚，破坏事务的原子性；另外，已提交未 PURGE 的事务，将导致部分存储空间无法回收；
• 1：回滚活动事务并 PURGE 已经提交事务；
• 2：延迟 PURGE 已提交事务，延迟回滚活动事务；
• 3：回滚活动事务，延迟 PURGE 已提交事务

UNDO_RETENTION：动态系统级参数，默认值90。

事务提交后回滚页保持时间，单位秒。取值范围 0~86400
注：类型为 DOUBLE，可支持毫秒

ENABLE_IGNORE_PURGE_REC：动态会话级，默认值2。

当返回 EC_RN_NREC_PURGED（-7120）错误（回滚记录版本太旧，无法获取用户记录）时的处理策略；

• 0：报错；
• 1：忽略这一条记录，继续执行；
• 2：报错并生成日志；
• 3：忽略这一条记录，继续执行，并生成日志

四、常用SQL

4.1 查询ROLL表空间数据文件使用情况

SELECT
    TS.NAME AS                                                                                       TABLESPACE_NAME,
    DF.PATH AS                                                                                       DATAFILE_PATH,
    ROUND(DF.TOTAL_SIZE * PAGE / 1024.0 / 1024.0, 2) AS                                              DATAFILE_TOTAL_MB,
    ROUND((DF.TOTAL_SIZE -DF.FREE_SIZE) * PAGE / 1024.0 / 1024.0, 2) AS                              DATAFILE_USED_MB,
    ROUND(DF.FREE_SIZE * PAGE / 1024.0 / 1024.0, 2) AS                                               DATAFILE_FREE_MB,
    ROUND(LEAST(DF.TOTAL_SIZE, GREATEST((DF.FREE_PAGE_NO -1), 4096)) * PAGE / 1024.0 / 1024.0, 2) AS DATAFILE_MINSIZE
FROM
    V$TABLESPACE TS,
    V$DATAFILE DF
WHERE
    DF.GROUP_ID = TS.ID
    AND TS.NAME = 'ROLL'
ORDER BY
    TS.ID,
    DF.ID;

查询结果的最后一列 DATAFILE_MINSIZE 是根据 FREE_PAGE_NO 这个数据估算出的可能数据文件最小尺寸，只作为参考值，如果收缩表空间文件的话，可能收缩到更小的尺寸。

ROLL表空间最后数据页的位置

SELECT EXT.TS_ID AS TABLESPACE_ID,
      MAX(TS.NAME) AS TABLESPACE_NAME,
      EXT.FILE_ID,
      MAX(CAST(EXTENT_ID AS NUMBER) * SF_GET_EXTENT_SIZE + USED)* PAGE / 1024 / 1024 AS LAST_PAGE_POS_MB
  FROM V$EXTENTS EXT,
      V$TABLESPACE TS
 WHERE EXT.STATE <> 'FREE'
   AND EXT.TS_ID = TS.ID
   AND TS.NAME = 'ROLL'
 GROUP BY EXT.TS_ID,EXT.FILE_ID;

4.2 当前回滚段正在使用的大小

SELECT ROUND(SUM(N_USED_PAGES) * PAGE / 1024.0 / 1024.0, 2) AS ROLL_USED_MB FROM V$PSEG_ITEMS;

4.3 定位占用ROLL的事务

有时候在一些实际项目中会遇到回滚文件异常增大的情况，一般来说都是由于大事务造成的，而如何找出这个大事务对应的操作则是比较关键的问题。达梦其实提供了关于回滚段相关的动态性能视图，V$PSEG_COMMIT_TRX会记录已经提交但还没有purge的事务信息，而V$PSEG_ITEMS则会记录回滚系统中相应回滚项的信息，也就是正在执行的事务对应的回滚信息。

以下SQL帮助我们在大事务提交后分析确定出对应的SQL操作，仅限从事务提交后，回滚purge之前，因为一旦超过UNDO_RETENTION后V$PSEG_COMMIT_TRX中对应登记的事务信息就被清除了：

SELECT
    I.N_USED_PAGES * PAGE / 1024 / 1024 USED_ROLL_SPACE_MB,
    H.TOP_SQL_TEXT,
    P.ITEM_NTH,
    P.TRX_ID,
    P.CMT_TIME,
    H.AFFECTED_ROWS
FROM
    V$PSEG_COMMIT_TRX P,
    V$SQL_HISTORY H,
    (SELECT TOP 1 * FROM V$PSEG_ITEMS ORDER BY N_USED_PAGES DESC) I
WHERE
    P.TRX_ID = H.TRX_ID
    AND I.NTH = P.ITEM_NTH
    AND I.N_USED_PAGES > 0
    AND AFFECTED_ROWS > 0
ORDER BY
    USED_ROLL_SPACE_MB DESC;

在做增删改查操作过程中，V$PSEG_ITEMS使用到的页数是动态在增加的，但是对应的NTH_ITEM必须在此事务提交后才能在V$PSEG_COMMIT_TRX中捕获到，而需要找到对应这个耗费回滚段空间的SQL必须先获取到对应的TRX_ID，才能在V$SQL_HISTORY或LOG_COMMIT日志中找到对应SQL，故在大事务执行过程中无法抓到对应SQL操作，只要当大事务提交后才能抓到对应SQL以及它使用过的ROLL空间大小；
需要注意的是，V$PSEG_ITEMS记录的是回滚项对应正在使用的PAGES，而繁忙的生产系统其中一个回滚项（默认一个实例有17个回滚项）可能会有多个I/D/U操作都已提交但还没有被purge（例如还没有到UNDO_RETENTION时间），所以这个联合查询查出来对应是一个回滚项中多个还没有来得及被purge的事务所占用的回滚空间总大小，具体是哪个SQL还需具体分析，但这时已经把范围缩到很小了比较容易确定是哪个SQL操作引发的。值得注意的是，我们不能完全按照影响行数来判断，因为CALL的影响行数记录值永远是1，无法得知真实影响行数。

下面举个栗子说明一下：

（1）首先查看17个回滚项对应的信息，主要关注u_used_pages字段

select * from v$pseg_items;

（2）然后查看以下测试表T3占用空间情况：

（3）执行delete操作，删除10,230,000条记录

（4）再查看V$PSEG_ITEMS发现NTH_ITEM=10对应使用了12522个page

我们可以换算一下,12522*32k/1024/1024=391MB，比T3表实际占用空间要稍微小一些，考虑到其他的一些空间消耗，作为查找占用回滚段空间的操作是没有问题的。

（5）commit提交后，使用上述sql进行查询对应的事务操作：

上述方法虽然只能在事务提交后，且回滚purge前查到，但大事务造成的回滚文件大小增加都会相当迅猛，所以我们可以配合监控回滚文件大小来使用，则可以更加精准找到对应大事务操作。

注意
当出现大事务时，log_commit日志中一定会出现大量分配回滚段的信息：

而当大事务执行完并commit后，经过UNDO_RETENTION时间后，日志一定会出现大量purge操作，与此同时我们可以发现，做purge这个操作对应的TRX_ID记录的就是当初大事务的TRX_ID：

SELECT * FROM SYSJOB.SYSJOBS;
SELECT * FROM SYSJOB.SYSJOBHISTORIES2;
SELECT * FROM SYSJOB.SYSJOBSCHEDULES;
SELECT * FROM SYSJOB.SYSJOBSTEPS;

查看某存储过程是哪个任务调用的

SELECT A.ID,A.NAME,A."ENABLE",A.USERNAME,A.CREATETIME,A.MODIFYTIME,A.DESCRIBE,
B.LAST_DATE||' '||B.LAST_SEC LAST_TIME,B.NEXT_DATE||' '||B.NEXT_SEC NEXT_TIME,B.WHAT::VARCHAR
FROM SYSJOB.SYSJOBS A,SYSJOB.USER_JOBS B
WHERE A.ID=B.JOB AND B.WHAT LIKE '%call procname%';

查看所有作业信息

--查看所有作业信息
SELECT A.ID,A.NAME,A."ENABLE",A.USERNAME,A.CREATETIME,A.MODIFYTIME,A.DESCRIBE,
B.LAST_DATE||' '||B.LAST_SEC LAST_TIME,B.NEXT_DATE||' '||B.NEXT_SEC NEXT_TIME,B.WHAT
FROM SYSJOB.SYSJOBS A,SYSJOB.USER_JOBS B
WHERE A.ID=B.JOB;
 
--查看所有作业调度信息
SELECT * FROM SYSJOB.SYSJOBSCHEDULES;

查看作业运行历史信息

SELECT *
FROM SYSJOB.SYSSTEPHISTORIES2 A
WHERE (SELECT COUNT(*)
          FROM SYSJOB.SYSSTEPHISTORIES2 B
         WHERE B.NAME = A.NAME
           AND B.EXEC_ID >= A.EXEC_ID) <= 10
ORDER BY A.START_TIME DESC,A.NAME;

只查看某个作业的历史信息

SELECT *
FROM SYSJOB.SYSSTEPHISTORIES2 A
WHERE (SELECT COUNT(*)
          FROM SYSJOB.SYSSTEPHISTORIES2 B
         WHERE B.NAME = A.NAME
           AND B.EXEC_ID >= A.EXEC_ID) <= 10 
           AND NAME = '作业名'
ORDER BY A.START_TIME DESC,A.NAME;

批量停止作业

BEGIN FOR JOB_REC IN (
    SELECT
        NAME
    FROM
        SYSJOB.SYSJOBS
) LOOP SP_ENABLE_JOB (JOB_REC.NAME, 0);

-- 0表示禁用
DBMS_OUTPUT.PUT_LINE ('已禁用作业: ' || JOB_REC.NAME);
END LOOP;
END;
/

当使用内网Windows环境安装dmPython时由于环境中没有Microsoft Visual C++ 14.0导致报错。

error: Microsoft Visual C++ 14.0 or greater is required. Get it with "Microsoft C++ Build Tools": https://visualstudio.microsoft.com/visual-cpp-build-tools/

二、问题分析

利用有网络的Windows服务器安装同版本Python，对dmPython源码进行编译，生成whl文件。再将whl文件拿到离线环境进行安装。

三、解决步骤

3.1 安装同版本Python

https://www.python.org/downloads

3.2 下载dmPython源码

官网下载地址：https://www.dameng.com/download/index.html

或直接访问：https://gitee.com/DamengDB/dmPython

3.3 编译生成whl文件

PS C:\dmPython-main> python setup.py bdist_wheel

whl文件位于dmPython-main\dist目录下

报错的话可能是没有安装模块

python -m pip install –upgrade wheel setuptools

3.4 将whl文件在离线环境安装

PS C:\dmPython-main\dist> pip install .\dmpython-2.5.26-cp313-cp313-win_amd64.whl

3.5 编写程序进行测试

import dmPython
conn=dmPython.connect(user='SYSDBA',password='SYSDBA',server= '192.168.10.10',port=5236)
cursor = conn.cursor()
cursor.execute('select username from dba_users')
values = cursor.fetchall()
print(values)
cursor.close()
conn.close()

四、其他思路

从可以联网的机器上制作离线包，然后传输到离线环境进行安装Microsoft Visual C++以解决报错问题。

4.1 联网机器获取 vs_buildtools.exe

下载地址：https://aka.ms/vs/17/release/vs_BuildTools.exe

4.2 联网机器制作离线包

打开命令行（cmd或PowerShell），导航到 vs_buildtools.exe 所在的目录，执行以下命令来下载完整的离线安装文件。

PS C:\Downloads> .\vs_BuildTools.exe --layout C:\vs2022_offline --add Microsoft.VisualStudio.Workload.VCTools --includeRecommended --lang zh-CN

--layout C:\vs2022_offline指定将完整的离线安装包下载到本地的 C:\vs2022_offline 文件夹，下载完成后，将整个 C:\vs2022_offline 文件夹（确保包含所有文件）拷贝到你的离线目标机上。

4.3 离线机器上安装

在离线机上，以管理员身份打开 PowerShell，进入离线包目录，然后运行

PS C:\vs2022_offline> .\vs_setup.exe --noweb --add Microsoft.VisualStudio.Workload.VCTools --includeRecommended

DM 中，全文索引必须在基表定义，而不能在系统表，视图，临时表，列存表，外部表上定义，同一个列只能创建一个全文索引，在创建全文索引的时候，用户可以为分词器定义分词参数，即控制分词器的数量。

全文检索的中文分词依赖系统词库，该词库是只读的，不允许修改。

• CHINESE_LEXER——中文最少分词
• CHINESE_VGRAM_LEXER——机械双字分词
• CHINESE_FP_LEXER——中文最多分词
• ENGLISH_LEXER——英文分词
• DEFAULT_LEXER——默认分词，中文最少分词

创建全文索引后，系统会自动产生如下辅助表

• I 表：CTI$INDEX_NAME$I 用来保存分词结果
• P 表：CTI$INDEX_NAME$P 用来保存基表发生的增量数据变化
• N 表：CTI$INDEX_NAME$N 用来保存原表记录ROWID 和新记录条记录 DOCID 的映射关系
• D 表：CTI$INDEX_NAME$D 保存了所有的将被删除的DOCID

创建全文索引

CREATE CONTEXT INDEX CTI_PERSON_ADDRESS1 ON PERSON.ADDRESS(ADDRESS1) LEXER DEFAULT_LEXER;

全文索引的基本信息会保存到CTISYS模式下的系统表SYSCONTEXTINDEXES中

查询分词

--查询前需要在全文索引处右键-完全填充
SELECT WORD FROM PERSON.CTI$CTI_PERSON_ADDRESS1$I;

重建全文索引

ALTER CONTEXT INDEX CTI_PERSON_ADDRESS1 ON PERSON.ADDRESS REBUILD;

利用全文索引搜索

SELECT * FROM PERSON.ADDRESS WHERE CONTAINS(ADDRESS1,'洪山区' AND '春晓' AND '202');

普通模糊查询

SELECT * FROM PERSON.ADDRESS WHERE ADDRESS1 LIKE '%洪山区%' AND ADDRESS1 LIKE '%春晓%' AND ADDRESS1 LIKE '%202%';

用全文索引+条件

SELECT * FROM PERSON.ADDRESS WHERE CONTAINS(ADDRESS1,'洪山区' AND '春晓' AND '202') AND CITY='武汉市洪山区';

更新增加全文索引

ALTER CONTEXT INDEX CTI_PERSON_ADDRESS1 ON PERSON.ADDRESS INCREMENT;

删除全文索引

DROP CONTEXT INDEX CTI_PERSON_ADDRESS1 ON PERSON.ADDRESS;

查看全文索引

SELECT * FROM CTISYS.SYSCONTEXTINDEXES;

自定义函数查看分词

--获取分词的函数
CREATE OR REPLACE FUNCTION F_GET_CTI_TOKEN(V_INPUT VARCHAR2)
RETURN VARCHAR2
IS
  PRAGMA AUTONOMOUS_TRANSACTION;
  V_TMP_TABNAME VARCHAR2(128);
  V_RET VARCHAR2(32767);
BEGIN
  V_TMP_TABNAME := 'T_'||SYS_GUID;
  EXECUTE IMMEDIATE 'CREATE TABLE '||V_TMP_TABNAME||'(VAL VARCHAR2(4000))';
  EXECUTE IMMEDIATE 'INSERT INTO '||V_TMP_TABNAME||' VALUES(?)' USING V_INPUT;
  EXECUTE IMMEDIATE 'COMMIT';
  EXECUTE IMMEDIATE 'CREATE CONTEXT INDEX CTI_'||V_TMP_TABNAME||' ON '||V_TMP_TABNAME||' (VAL) LEXER CHINESE_LEXER SYNC ';
  EXECUTE IMMEDIATE 'SELECT LISTAGG(WORD,'','') WITHIN GROUP (ORDER BY ROWID) FROM CTI$CTI_'||V_TMP_TABNAME||'$I' INTO V_RET;
  EXECUTE IMMEDIATE 'DROP TABLE '||V_TMP_TABNAME||' CASCADE PURGE ';
  RETURN V_RET;
END;

--测试
SELECT F_GET_CTI_TOKEN('我这里测试一下看看效果如何，如果效果不好，要再次换一个办法来测试才行');
--返回
我,这里,测试,一下,看看,效果,如何,如果,不好,要,行,再次,换,一个,办法,来,才

SELECT F_GET_CTI_TOKEN('北京市东城区东长安街33号');
--返回
东,33,号,北京市,东城区,长安街