麒麟 + 达梦部署实战：可观测系统信创适配全记录

为什么要单独做信创适配

信创环境的难点不在应用本身，而在底座差异：操作系统从 CentOS 换成麒麟（或统信 UOS），CPU 从 x86 换成 ARM 或龙芯，数据库从 MySQL 换成达梦或人大金仓。可观测系统要采集日志、指标、链路，必然要触碰底层，这些差异会直接反映在安装、驱动和性能上。本文以麒麟 V10（ARM）+ 达梦 DM8 为例，记录一套可复制的部署路径。

CPU 与系统架构适配

先确认架构，别用错安装包：

uname -m        # 输出 aarch64 或 x86_64
cat /etc/os-release

麒麟 V10 分 Server 版和桌面版，生产环境必须用 Server 版。ARM 架构下，采集器（OpenTelemetry Collector）和各类 exporter 都要用 aarch64 的二进制，从官方发布页下载对应版本，不要用 x86 的包强行转译，性能会掉一个量级。安装前先做依赖检查：

ldd ./otelcol-contrib

出现 not found 的库要在麒麟源里补齐（通常缺 libsystemd 或 glibc 版本差异），否则二进制能下载但起不来。

达梦数据库的驱动替换

如果平台元数据要落到达梦，驱动是最大工作量。达梦提供 JDBC 驱动 DmJdbcDriver18.jar，需要做三件事：

1. 把驱动放进应用 lib 目录，替换默认的 MySQL/PostgreSQL 驱动。
2. 连接串改成达梦格式：jdbc:dm://host:5236?schema=SYSDBA，注意达梦默认端口是 5236，schema 名区分大小写。
3. 建库脚本里把 MySQL 的 ENGINE=InnoDB、AUTO_INCREMENT 等语法改成达梦的 IDENTITY 和默认表空间。

达梦对 SQL 的兼容模式可以设成 MYSQL 兼容（COMPATIBLE_MODE），能省掉一部分改写，但别指望完全无感，索引和分页语法仍要逐一验证。人大金仓（KingbaseES）思路相同，换驱动和方言即可。

采集与存储的性能调优

信创硬件的单核性能通常低于同代 x86，采集端要控制资源占用。建议在 Collector 上启用 batch 和 memory_limiter 两个 processor：

processors:
  batch:
    timeout: 5s
    send_batch_size: 1000
  memory_limiter:
    check_interval: 1s
    limit_mib: 512

存储层如果还用本地磁盘，麒麟默认的 I/O 调度器对 SSD 不友好，可以切到 none 或 mq-deadline。另外达梦的表空间建议单独挂盘，和系统盘分离，避免日志写入和查询互相争抢 IO。

总结与踩坑清单

麒麟 + 达梦的部署链路是通的，但要预留额外的适配时间，别按 x86 的工时排期。踩坑清单：ARM 二进制别用错、达梦 schema 大小写敏感、兼容模式不等于零改写、SSD 调度器要调、表空间单独挂盘。把这五点提前排进计划，信创部署能少走一半弯路。