当前位置：首页 > news >正文

深入解析达梦数据库：模式分类、状态管理与实操指南

news 2025/8/28 5:26:37

达梦数据库（DM Database）作为国产数据库的核心代表，其模式与状态机制是保障数据高可用、实现主备同步的关键基础。无论是日常运维中的数据库配置，还是故障场景下的主备切换，都需要深入理解模式与状态的特性及交互逻辑。

一、达梦数据库的三种核心模式

达梦数据库的模式定义了数据库的核心功能边界，尤其是在数据同步（主备、归档）和用户访问权限上的差异。三种模式分别为 Normal 模式、Primary 模式 和 Standby 模式，仅能在 MOUNT 状态下切换，且模式间可相互转换。

1.1 Normal 模式：独立运行的默认模式

Normal 模式是数据库初始化后的默认模式，适用于无需主备同步的独立部署场景，也是最灵活的运行模式。

核心特性

访问权限：用户可无限制执行所有操作（增删改查、表结构修改、备份恢复等）。
归档机制：仅生成本地归档日志，不支持实时归档（Realtime）、即时归档（Timely）和异步归档（Async），即不向其他节点发送 REDO 日志。
适用场景：单节点部署的业务系统，无需数据冗余或异地备份的场景。

模式切换命令

-- 需在 MOUNT 状态下执行
ALTER DATABASE NORMAL;

1.2 Primary 模式：主备架构中的主库模式

Primary 模式专为 主备同步（DataWatch） 设计，作为主库节点运行，负责接收业务写入并同步日志到备库。

核心特性

访问权限：用户可正常访问数据库，但存在极少限制（如不支持修改表空间文件名、不支持修改 arch_ini 归档配置参数）。
REDO 日志强制生成：对临时表空间以外的所有数据库对象修改，均强制生成 REDO 日志（保障备库可完整重做）。
归档机制：生成本地归档的同时，支持实时、即时、异步三种归档方式，可将 REDO 日志实时发送到备库。
适用场景：主备架构中的主库节点，需对外提供写入服务并保障数据同步到备库。

模式切换命令

-- 需在 MOUNT 状态下执行
ALTER DATABASE PRIMARY;

1.3 Standby 模式：主备架构中的备库模式

Standby 模式作为主备架构的备库节点，主要功能是接收主库的 REDO 日志并重做，保障数据与主库一致，仅提供只读服务。

核心特性

访问权限：仅支持只读操作（查询、备份），不允许写入；可执行临时表的 INSERT/DELETE/UPDATE（临时表修改不生成 REDO 日志，主备临时表数据独立）。
日志处理：接收主库发送的 REDO 日志并自动重做，保持与主库数据一致；仅生成本地归档和异步归档，实时、即时归档强制失效。
功能限制：时间触发器、事件触发器等自动执行功能失效；不支持数据库作业备份（仅支持常规备份）。
适用场景：主备架构中的备库节点，用于读写分离（承担查询压力）或故障切换（主库故障后可切换为新主库）。

模式切换命令

-- 需在 MOUNT 状态下执行
ALTER DATABASE STANDBY;

模式切换的关键注意事项

切换前提：所有模式切换必须在 MOUNT 状态下执行，Open 或 Suspend 状态无法直接修改模式。
新初始化数据库：首次启动需以 Open 状态正常启动并退出，后续才能以 MOUNT 状态启动并修改模式。
DMDSC 集群（共享存储集群）：修改模式需所有实例处于 MOUNT 状态，且仅需在一个节点执行命令即可同步到所有节点。
启动状态关联：非 Normal 模式（Primary/Standby）的数据库，启动时会自动进入 MOUNT 状态，需手动切换为 Open 状态后才能对外提供服务。

二、达梦数据库的六种运行状态

达梦数据库的状态描述了数据库当前的服务能力（如是否允许访问、是否允许日志写入），分为 用户可干预状态（Mount、Open、Suspend）和 系统内部状态（Startup、After Redo、Shutdown），状态间切换有明确的规则限制。

2.1 系统内部状态：用户无法主动干预

此类状态由数据库自动管理，用于标识启动、恢复等过程中的中间状态，用户无需手动操作。

状态名称	触发场景	核心作用
Startup 状态	数据库实例刚启动时	初始化内存结构、加载配置文件（如 `dm.ini`），为后续状态切换做准备
After Redo 状态	启动过程中联机日志重做完成后、回滚活动事务前；非 Standby 模式执行 `OPEN` 前	确保数据一致性（重做已提交事务日志），为进入 Open 状态做最终准备
Shutdown 状态	数据库实例正常退出时（执行 `SHUTDOWN` 命令或正常关闭进程）	标识实例已停止服务，释放内存、文件句柄等资源

2.2 用户可干预状态：运维核心操作对象

用户可通过 SQL 命令切换这三种状态，分别对应“配置模式”“提供服务”“限制日志写入”三种核心场景。

2.2.1 Mount 状态：配置与维护专用状态

Mount 状态是“中间态”，不对外提供业务访问，但支持模式修改、归档配置、控制文件维护等核心运维操作。

核心特性

访问限制：不能修改数据，不能访问表、视图等业务对象；可查询动态视图（如 v$instance）、执行只读系统过程。
日志与刷盘：不生成 PWR 日志（Page Written Record，记录数据页刷盘信息），但数据页可正常刷盘，检查点正常推进。
状态切换影响：从 Open 切换到 Mount 时，会强制回滚所有未提交的活动事务，但不清理已提交事务、不强制断开用户连接、不刷盘 Buffer 中的脏页。

状态切换命令

-- 从 Open/Suspend 状态切换到 Mount 状态
ALTER DATABASE MOUNT;

实操示例

-- 1. 查看当前状态（Open 状态）
SQL> select status$ from v$instance;
行号     STATUS$
---------- -------
1          OPEN
已用时间: 0.407(毫秒). 执行号:5.-- 2. 切换到 Mount 状态
SQL> alter database mount;
操作已执行
已用时间: 00:00:01.778. 执行号:0.-- 3. 验证状态
SQL> select status$ from v$instance;
行号     STATUS$
---------- -------
1          MOUNT
已用时间: 0.352(毫秒). 执行号:6.

2.2.2 Open 状态：对外提供服务的正常状态

Open 状态是数据库的“业务态”，可对外提供完整的读写服务（Normal 模式下）或只读服务（Standby 模式下），是业务运行的核心状态。

核心特性

访问权限：支持所有符合模式权限的操作（如 Primary 模式可写入，Standby 模式仅只读）。
功能限制：不能执行控制文件维护、归档配置修改、模式切换等操作（需先切换到 Mount 状态）。
特殊注意：若数据库为 Primary/Standby 模式，从 Mount 切换到 Open 时必须加 FORCE 子句（强制打开，保障主备同步正常）。

状态切换命令

-- Normal 模式：直接切换
ALTER DATABASE OPEN;-- Primary/Standby 模式：必须加 FORCE 子句
ALTER DATABASE OPEN FORCE;

实操示例（Primary 模式切换 Open）

-- 1. 查看当前状态（Mount 状态）
SQL> select status$ from v$instance;
行号     STATUS$
---------- -------
1          MOUNT
已用时间: 54.783(毫秒). 执行号:4.-- 2. Primary 模式下切换 Open（加 FORCE）
SQL> alter database open force;
操作已执行
已用时间: 00:00:09.971. 执行号:0.-- 3. 验证状态
SQL> select status$ from v$instance;
行号     STATUS$
---------- -------
1          OPEN
已用时间: 0.407(毫秒). 执行号:5.

2.2.3 Suspend 状态：限制日志写入的临时状态

Suspend 状态是“过渡态”，主要用于主备同步异常时的临时维护，限制 REDO 日志刷盘，避免主备数据不一致。

核心特性

访问权限：可正常查询、修改数据，但执行 COMMIT（触发日志刷盘）或 CREATE TABLE（需写入元数据日志）时会挂起。
状态切换优势：从 Open 切换到 Suspend 时，不回滚活动事务、不断开用户连接，切换效率远高于 Open 到 Mount。
典型场景：备库故障恢复后，重新启用实时归档前；主库实时归档失败时，数据库自动切换为 Suspend 状态，防止多余日志写入导致主备不一致。

状态切换命令

-- 从 Open 状态切换到 Suspend 状态
ALTER DATABASE SUSPEND;-- 从 Suspend 状态恢复到 Open 状态
ALTER DATABASE OPEN;

实操示例（Suspend 状态下的事务行为）

-- Session 1：切换到 Suspend 状态
SQL> alter database suspend;
操作已执行
已用时间: 100.968(毫秒). 执行号:0.
SQL> select status$ from v$instance;
行号     STATUS$
---------- -------
1          SUSPEND-- Session 2：插入数据正常，提交挂起
SQL> insert into test values(1,'a',10000);  -- 插入成功
影响行数 1
已用时间: 0.882(毫秒). 执行号:11.
SQL> commit;  -- 提交挂起，等待状态恢复-- Session 1：恢复到 Open 状态
SQL> alter database open;
操作已执行
已用时间: 0.644(毫秒). 执行号:0.-- Session 2：提交成功
SQL> commit;
操作已执行
已用时间: 00:01:44.580. 执行号:12.

2.3 状态切换的核心规则

达梦数据库的状态切换并非完全自由，存在明确的限制，核心规则如下：

允许直接切换的组合：
- Open ↔ Mount（相互切换）
- Open ↔ Suspend（相互切换）
禁止直接切换的组合：
- Mount 与 Suspend 不能直接切换（需先通过 Open 状态过渡）
系统内部状态：Startup、After Redo、Shutdown 由数据库自动管理，用户无法主动切换。

此外，可通过参数 ALTER_MODE_STATUS 控制是否允许手工修改模式/状态：

ALTER SYSTEM SET ALTER_MODE_STATUS = 1;（默认值，允许手工修改）
ALTER SYSTEM SET ALTER_MODE_STATUS = 0;（禁止手工修改，用于高安全场景）

三、模式与状态的协同关系

模式与状态是达梦数据库运维的两大核心维度，二者相互依赖、协同工作，具体体现在以下场景：

运维场景	模式选择	状态切换流程	核心目的
单节点业务部署	Normal 模式	Startup → After Redo → Open	快速对外提供完整读写服务
主备架构主库配置	Primary 模式	Startup → After Redo → Mount（改模式）→ Open	配置主库模式，对外提供写入并同步日志
主备架构备库配置	Standby 模式	Startup → After Redo → Mount（改模式）→ Open	配置备库模式，接收主库日志并提供只读服务
主备归档异常维护	Primary 模式	Open → Suspend（维护）→ Open	临时限制日志刷盘，避免主备数据不一致
修改归档配置	任意模式	Open → Mount（改配置）→ Open	保障配置修改时数据一致性