达梦数据库（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 | 保障配置修改时数据一致性 |
四、总结
达梦数据库的模式与状态机制是其高可用架构的基础，理解二者的特性与交互逻辑，是运维人员保障业务稳定运行的关键：
- 模式决定“数据库能做什么”（如是否支持主备同步、是否允许写入），核心服务于数据冗余与高可用；
- 状态决定“数据库当前的服务能力”（如是否对外提供访问、是否允许日志刷盘），核心服务于运维操作与故障处理。
在实际运维中，需根据业务场景（单节点/主备）选择合适的模式，结合状态切换完成配置修改、故障恢复等操作，同时严格遵循模式（需 MOUNT 状态）与状态（禁止 Mount↔Suspend 直接切换）的切换规则，确保数据库运行稳定、数据一致。
公式解析—仙盟创梦IDE)
,想用别的环境就是用anaconda命令行往anaconda里创建虚拟环境)
