最近有些忙，很久没写数据库相关的一些非技术话题了。今天的话题注定又会引起一番激烈的讨论！

事情起因是前段时间有一个朋友咨询，问某梦数据库能不能做实例部署，他们客户也被原厂忽悠了，因为原厂的说法是一个物理机只能跑2个达梦实例。

实际上对于这个话题，我想只要对数据库知识有一定认识的朋友，那么一定都知道！传统主备数据库应该都可以进行多实例部署的。

当然，我这里不是为了喷达梦，数据库厂商这些年都不容易，为了多卖点license是可以理解的。

这里我们单纯的从技术来看看，能不能做。 比如这里我们通过zCloud创建的达梦多实例，就可以实现资源隔离，

[root@dmserver1 ~]
# cat /proc/meminfo |head -5

MemTotal:       64647664 kB

MemFree:         8771532 kB

MemAvailable:   49378368 kB

Buffers:            3424 kB

Cached:         41019796 kB

[root@dmserver1 ~]
# lscpu|head -10

架构：                           x86_64

CPU 运行模式：                   32-bit, 64-bit

字节序：                         Little Endian

Address sizes:                   43 bits physical, 57 bits virtual

CPU:                             32

在线 CPU 列表：                  0-31

每个核的线程数：                 1

每个座的核数：                   1

座：                             32

NUMA 节点：                      2

[root@dmserver1 ~]
# 

对于我这个32c/64g配置的测试环境，我们来尝试跑4个达梦主从。

同时为了验证资源隔离是否有效，比如某个实例挂掉后是否会影响其他实例，我尝试进行了一定的压力测试；当然模拟也非常简单，就是在一个实例上创建了2个大表，分别是6000w和1.6亿，然后起做个会话做hash join操作。

后面通过top我们可以看到，实际上也就dmtest4这个实例cpu比较高，且内存消耗达到了我们的限制8G，且不再增长。

除了达梦，其他国产数据库也可以这么玩吗？

答案是肯定的，除了达梦，实际上我近期还测国gaussDB集中式版本，通过在2台x86上分别部署了4套GaussDB主备。

通过cgroup进行资源隔离限制之后，4个GaussDB实例都进行benchmark压测，我发现每个实例都资源使用都还是比较均匀的。

当然，对于手工cgroup操作也比较方便，熟悉通过ps -ef |grep gaussdb获取每个实例都pid之后，人工加入到cgroup tasks中即可。

cd /sys/fs/cgroup/cpu/Gaussdb:omm

mkdir t1 t2 t3 t4


echo 109322 >t1/tasks


echo 116171 >t2/tasks


echo 119674 >t3/tasks


echo 136068 >t4/tasks




echo 25000 >t1/cpu.cfs_quota_us    


echo 25000 >t2/cpu.cfs_quota_us


echo 25000 >t3/cpu.cfs_quota_us


echo 25000 >t4/cpu.cfs_quota_us

通过单机多实例，实际上还是应对90%的业务场景了，经济下行，这不失为一个节约成本的妙招！

申明：原厂的兄弟勿喷！