DBAIOps的博客

将dmserver的oom_score_adj设置为-1000后，dmserver的oom_score就永远是0了，于是达梦数据库就不会被杀掉了（对于早期一点的Linux版，将oom_adj设置为-17达到的是同样的效果，在7.4上面直接设置oom_adj为-17，系统自动会将oom_score_adj设置为-1000）。上一篇遇到的达梦数据库宕库问题，最终分析的结论虽然是操作系统SWAP区耗尽导致，与达梦数据库无关，但是根本原因是什么，以及以后如何规避类似问题，是更为重要的问题。至此，此问题基本解决。

至此我们的工作并没有完成，由于我们以前在知识上的误区，导致了这次宕机并没有被十分明显的报出来，我们的健康模型与运维经验报警都没有准确的对此次故障进行预警。通过这个故障的分析，我们将调整两个知识库，一个是达梦的健康模型，以前的模型中只关注物理内存空闲比例，而没有关注SWAP的使用率，因此我们必须将SWAP使用率的成分加入到健康模型中。从诊断报告上可以看出，在可能导致宕机故障的时间段内，有一个明显的问题，就是虽然物理内存还有较多空闲，但是操作系统的SWAP使用率比较高，超过95%，甚至出现了100%的现象。

每一个用户都有一个默认的表空间。达梦的数据记录是存储在页中的，因为一条达梦的数据记录不能跨页，因此记录的总长度收到页的限制，达梦7规定一条记录的总长度不能大于页大小的一半。达梦的页的概念与Oracle的BLOCK是类似的，页的大小从4K到32K，默认的页大小是8K，页大小在数据库创建时确定，一旦确定，不能修改。好了，今天就学习到这里，达梦数据库在逻辑架构上的与Oracle的相似性，是DBA的福音，Oracle DBA可以比较容易理解达梦数据库，在做数据库优化的时候，也可以参考部分Oracle的经验。