2026年达梦数据库端口扫描（达梦数据库uuid）

达梦数据库安装部署上线之前对操作系统和实例初始化参数都需要进行相关配置与调整，诸多参数是达梦人经过长期积累和实践探索的宝贵知识财富，下边详细介绍相关设置和配置的原因及意义。linux全面调优请参考之前写的一篇博客，博客里给出了几方面调优和最佳配置的方案及建议，博客链接地址：

DM数据库全面调优指南之Linux操作系统_羽书飞影的博客-CSDN博客DM数据库全面调优指南之Linux操作系统https://blog.csdn.net/weixin_42018955/article/details/123078024

①SELinux，它是一个 Linux 内核模块，也是 Linux 的一个安全子系统。SELinux的策略分为两种，一个是目标(targeted)策略，另一个是严格(strict)策略。有限策略仅针对部分系统网络服务和进程执行SELinux策略，而严厉策略是执行全局的NSA默认策略。有限策略模式下，9个（可能更多）系统服务受SELinux监控，几乎所有的网络服务都受控。

SELinux的开发原则是基于最小权限原则。所以很多时候设计人员为程序设计时只会开放应用程序合法使用的权限（我一直在被该不该开权限的问题折磨着...）。所以一旦应用程序更新使用了新的权限，才会被内核以权限不足的原因给干掉（也就是为什么程序会在关闭了selinux就能正常运行的原因了。）

案例分析：

②防火墙iptables，首先，防火墙需要在服务器上进行文件的配置，这就会占用系统的内存，从而造成性能上的浪费；主要工作在网络层，针对IP数据包，体现在对包内的IP地址、端口等信息的处理上，IP信息包通过四表五链的过滤系统（两个组件netfilter和iptables组成）对于高并发高流量的业务服务器仍是不能开的，因为会有较大性能损失，导致网站访问很慢，这种情况下只能在前端加更好的硬件防火墙了。

为此，建议非必要关闭selinux和iptables服务。

具体不描述了，参考如下文章理解吧，如果不能很好的掌握numa的分配规则和程序控制的话，建议关闭，默认SMP共享架构，平均分配内存：

总之，THP主动性的分配连续大页内存以及频繁的页块整理等可能会导致内存分配延迟，引发性能问题。最后我们总结一下,实际在数据库服务器上，巨大的共享内存段属于启动时的一次性分配,且大部分的启动操作都属于计划性的工作,不需要内核给我们动态分配,而数据库连接的那些server process往往内存较小也不需要用到大页,也就是强烈建议关闭THP的原因。

一般服务器都有多个硬盘分区，在重启后，这些分区的逻辑位置加载时可能会发生变动，如果使用传统的设备名称(例如：/dev/sda)方式挂载磁盘，就可能因为磁盘顺序变化而造成混乱。Linux环境中每个Block Device都有一个全局唯一的UUID，可以标识这个设备，我们可以在fstab中使用UUID替换设备名称，这样就不会产生上述混乱的情况了。

I/O调度程序的总结:

当向设备写入数据块或是从设备读出数据块时,请求都被安置在一个队列中等待完成.
每个块设备都有它自己的队列.
I/O调度程序负责维护这些队列的顺序,以更有效地利用介质.I/O调度程序将无序的I/O操作变为有序的I/O操作.
内核必须首先确定队列中一共有多少个请求,然后才开始进行调度.

I/O调度的4种算法：

CFQ(完全公平排队I/O调度程序)

NOOP(电梯式调度程序)

Deadline(截止时间调度程序)

AS(预料I/O调度程序)

cfq是一种比较通用的调度算法，是一种以进程为出发点考虑的调度算法，保证大家尽量公平。
deadline是一种以提高机械硬盘吞吐量为思考出发点的调度算法，只有当有io请求达到最终期限的时候才进行调度，非常适合业务比较单一并且IO压力比较重的业务，比如数据库。
noop？思考对象如果拓展到固态硬盘，那么你就会发现，无论cfq还是deadline，都是针对机械硬盘的结构进行的队列算法调整，而这种调整对于固态硬盘来说，完全没有意义。对于固态硬盘来说，IO调度算法越复杂，效率就越低，因为额外要处理的逻辑越多。所以，固态硬盘这种场景下，使用noop是最好的，deadline次之，而cfq由于复杂度的原因，无疑效率最低。

一般而言，我们很容易在 open files 上被限制，DM数据库要求如下：

我们一般尽可能地把相关参数进行一此全面的调整，我们可以临时修改和永久修改。具体相关参数解释如下：

core - 限制内核文件的大小(kb)
date - 最大数据大小(kb)
fsize - 最大文件大小(kb)
memlock - 最大锁定内存地址空间(kb)
nofile - 打开文件的最大数目
rss - 最大持久设置大小(kb)
stack - 最大栈大小(kb)
cpu - 以分钟为单位的最多 CPU 时间
noproc - 进程的最大数目
as - 地址空间限制
maxlogins - 此用户允许登录的最大数目

Linux系统中存在各种各样的后台daemon，也就是各种service，对于DM数据库服务器来说很多没有必要的service就可以通通关闭掉。以mysql为例子，Mysql的最小化的后台服务，可以只有：crond，sshd，rsyslog，network，sysstat，如果有需要可以在增加其他服务。使用 chkconfig --level 35 servicename off; 可以进行关闭。（35表示在runlevel的level =3 和 level =5级别进行关闭。)

例如有一个密集交易型数据库服务器配置如下：CPU:4路8核内存：256G 磁盘阵列：1T。

参数名

含义

优化建议

默认值

建议值

MEMORY_POOL 公共内存池，单位为M。高并发时应调大，避免频繁向OS申请内存 80 2048 N_MEM_POOLS 将公共内存池分片，减少并发访问冲突，单位为个。　 4 4 BUFFER 数据缓冲区，单位为M。如果数据量小于内存，则设置为数据量大小；否则设置为总内存的2/3比较合适 1000 BUFFER_POOLS BUFFER的分区数，一般配置为质数，取值范围为1~500,当MAX_BUFFER>BUFFER时，动态扩展的缓冲区不参与分区并发较大的系统需要配置这个参数，减少数据缓冲区并发冲突，建议BUFFER=MAX_BUFFER 1 101 MAX_BUFFER 数据缓冲区扩展最大值建议配置成=BUFFER 1000 RECYCLE 用于缓冲临时表空间，单位为M 高并发或大量使用with、临时表、排序等应该调大点 64 5000 SORT_BUF_SIZE 排序缓存区，单位M 建索引时调大点，平时默认 2 32 CACHE_POOL_SIZE 用于缓存SQL、执行计划、结果集等一般配置为1000M~4000M 10 1024 DICT_BUF_SIZE 数据字典缓存区，单位M 用于缓存数据字典，默认5M，系统中对象个数较多时适当加大 5 32 HJ_BUF_GLOBAL_SIZE 哈希连接使用的内存空间上限，单位M 高并发、hash操作多应调大 500 5000 HJ_BUF_SIZE 单个哈希连接使用的内存有大表的hash连接应调大 50 500 HAGR_BUF_GLOBAL_SIZE 聚集操作使用的内存上限，单位M 高并发、大量的聚集操作如sum等应调大 500 5000 HAGR_BUF_SIZE 单个聚集操作使用的内存有大表的hash分组应调大 50 500 WORKER_THREADS 工作线程的个数建议设置为cpu核算或其两倍 1~64 4 32 ENABLE_MONITOR 数据库系统监控的级别性能优化时设置为3，运行时设为2 2 2或者3 OLAP_FLAG 启用联机分析处理，0：不启用；1：启用；2：联机交易系统建议设置为2，联机分析系统建议设置为1 0 2 不启用，同时倾向于使用索引范围扫描 OPTIMIZER_MODE 优化器计划探测模式。设置为1时，采用了左深树方式进行探测，设置为0时，则采用的是卡特兰树方式进行探测 2016年以后的版本建议设置为1，采用新优化器 0 1

更多参数参考：CSDNhttps://mp.csdn.net/mp_blog/creation/editor/123078024

今天的文章 2026年达梦数据库端口扫描（达梦数据库uuid）分享到此就结束了，感谢您的阅读。

2026年达梦数据库端口扫描（达梦数据库uuid）

相关推荐