数据库

一、认识达梦：架构与技术特色

达梦数据库（DM）是由武汉达梦数据库股份有限公司历经四十余年技术沉淀自主研发的企业级数据库。最新版本DM8采用单进程、多线程架构，将监听、业务处理、IO读写、日志刷盘等功能集成在单一服务进程内，通过线程调度减少上下文切换开销。核心代码100%完全自主研发，不采用任何开源内核。

DM8 采用分层架构设计，核心由四大模块构成：

• 存储引擎：支持行存与列存（HUGE表）双模式，行存适用于OLTP高频事务，列存针对OLAP海量分析场景
• 事务管理器：默认支持读提交隔离级别，配合回滚表空间实现MVCC多版本并发控制
• 缓存机制：包含数据缓冲区和日志缓冲区，通过V$BUFFERPOOL视图可实时监控缓存命中率
• 安全模块：实现三权分立（DBA/SSO/AUDITOR），支持强制访问控制（MAC）

二、日常运维：配置与规范化管理

2.1 核心参数配置

达梦数据库的dm.ini是数据库启动必需文件，参数分为三类：静态（重启生效）、动态（立即生效）和手动（只读）。

关键参数配置建议：

动态修改参数示例：

SP_SET_PARA_VALUE(1, 'BUFFER', 10000);  -- 动态修改，立即生效

修改静态参数后必须重启数据库：

SP_SET_PARA_VALUE(2, 'MAX_OS_MEMORY', 80);  -- 静态修改
systemctl restart DmServiceDMSERVER;         -- 重启服务

2.2 归档配置

达梦支持5种归档类型：本地归档（LOCAL）、实时归档（REALTIME）、即时归档、异步归档（ASYNC）和远程归档。生产环境必须开启归档模式，配置示例：

# dmarch.ini
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL
ARCH_DEST = /dm8/arch          # 归档路径
ARCH_FILE_SIZE = 2048          # 单文件大小(MB)
ARCH_SPACE_LIMIT = 102400      # 总空间限制(MB)

[ARCHIVE_REALTIME]
ARCH_TYPE = REALTIME
ARCH_DEST = DMSVR02            # 备库实例名（高可用场景）

2.3 安全管理

达梦支持三权分立及四权分立的安全机制：

• 数据库管理员（DBA） ：负责安装、监控和优化，但不能对数据内容进行增删改查
• 数据库安全员（SSO） ：制定安全策略
• 数据库审计员（AUDITOR） ：负责审计

运维中应遵循最小权限原则，避免使用SYSDBA等高权限账户进行日常操作。同时必须启用审计功能，记录数据库的关键操作：

SP_SET_ENABLE_AUDIT(2);  -- 开启审计

三、高可用：数据守护集群实战

达梦数据守护（Data Watch）是一种集成化的高可用、高性能数据库解决方案，是异地容灾的首选方案。通过“主机-备机-监视器”架构实现RPO=0级容灾。

3.1 集群架构规划

典型三节点架构：

• 主库节点：192.168.140.100 (DMSVR01)
• 备库节点：192.168.140.101 (DMSVR02)
• 监视器节点：192.168.140.102（建议独立部署）

3.2 关键配置文件

dmmal.ini（MAL系统配置） ：

[MAL_INST1]
MAL_INST_NAME = DMSVR01
MAL_HOST = 192.168.140.100
MAL_PORT = 55101
MAL_INST_HOST = 192.168.140.100
MAL_INST_PORT = 5236
MAL_DW_PORT = 65101

[MAL_INST2]
MAL_INST_NAME = DMSVR02
MAL_HOST = 192.168.140.101
MAL_PORT = 55121
MAL_INST_HOST = 192.168.140.101
MAL_INST_PORT = 5236
MAL_DW_PORT = 65121

dmwatcher.ini（守护进程配置） ：

[GRP1]
DW_TYPE = GLOBAL      # 全局守护类型
DW_MODE = AUTO        # 自动切换模式
DW_ERROR_TIME = 10    # 远程守护进程故障认定时间
INST_ERROR_TIME = 10  # 实例故障认定时间

3.3 日常健康检查

集群健康检查分为数据守护集群、DPC集群和DSC集群三大类。常用检查命令：

SELECT * FROM V$DG_STATUS;      -- 查看守护集群状态
SELECT * FROM V$ARCHIVED_LOG;   -- 查看归档日志记录

四、备份与恢复：数据安全的最后防线

4.1 备份策略设计

建议结合全量备份、增量备份和日志备份中的至少两种策略：

物理备份示例：

-- 全量备份
BACKUP DATABASE FULL TO full_backup_20250728 
BACKUPSET '/dm/backup/full_backup_20250728';

-- 增量备份
BACKUP DATABASE INCREMENT CUMULATIVE 
BASE ON BACKUPSET '/dm/backup/full_backup_20250728' 
BACKUPSET '/dm/backup/incr_backup_20250729';

4.2 常见恢复场景

场景：单表数据误删

直接全库恢复会导致其他表的新数据丢失。正确做法是：

1. 创建一个临时库
2. 将备份还原到临时库
3. 从临时库单独导出被删表的数据
4. 将数据导入原始库

这样既恢复了误删数据，又不影响其他表的正常数据。

完全恢复流程：

还原数据文件 → 应用归档日志 → 将数据库恢复到最新状态

五、性能调优：从监控到优化

5.1 监控工具

达梦提供了多层次的监控工具：

• DM性能监视工具（Monitor） ：客户端工具，支持统计分析、性能监视、调优向导和预警警告
• DEM（Dameng Enterprise Manager） ：Web统一运维管理平台，支持集中监控、运维管理、故障处理及性能分析

5.2 性能调优四维度

达梦数据库的性能优化需从监控分析、索引设计、SQL改写及资源调配四个维度切入。

执行计划分析：

EXPLAIN SELECT * FROM t_apply WHERE create_time > '2025-01-01';

重点关注：全表扫描（CSCN）代价高，需优化为索引扫描（SSEK）。

索引优化原则：

• 覆盖索引：索引包含所有查询列，避免回表
• 避免失效：条件列勿用函数或计算
• 定期重建：使用REBUILD INDEX重建碎片严重的索引

SQL优化技巧：

• 避免全表扫描，尽量使用条件查询
• 少用OR条件，改用IN或子查询
• 用UNION ALL替代UNION（避免去重排序开销）
• 对亿级数据表按时间做范围分区

内存优化：

BUFFER_POOL_SIZE = 20480    # 缓冲池扩至20GB
SORT_BUF_SIZE = 200         # 排序区增至200MB

六、信创环境下的运维挑战

随着信创战略推进，国产数据库正在加速进入金融、政务、能源等关键行业的核心业务场景。运维人员面临的挑战包括：

1. 生态适配不完善：部分中间件、BI工具对国产数据库驱动支持有限
2. 监控指标缺失：传统监控只能看进程状态，无法监控会话数、锁等待、慢查询、缓存命中率等深度指标
3. 底层平台局限性：运行在特定架构芯片的虚拟机上时，需要更加精细化的维护与适配策略

建议采用一体化运维平台实现对达梦数据库的深度监控，覆盖CPU、内存、I/O、会话状态、锁等待等关键指标。