从一连接一进程到多线程，GBase 8s 是怎么省资源的

做数据库运维的人都有体会，客户端连接数一上去，数据库内存和系统调用就跟着涨。很多传统数据库靠 "一个客户端连接对应一个服务进程" 的方式来处理，连接少时看不出问题，连接数到几百上千，操作系统光是在这些进程之间来回切换就吃不消。

GBase 8s 的做法不一样。它的服务进程内部使用多线程，也就是前面提到的虚拟处理器机制。每个客户端连接不再单独占用一个完整进程，而是作为一个线程跑在数据库服务进程里。这些线程共享同一套内存空间、通信端口和打开的文件句柄，资源只分配一份，不需要每个连接都重复申请。

这样带来两个直接效果。第一是内存占用明显下降。少量的服务进程就可以承接大量客户端连接，不需要按连接数线性扩展进程数。第二是上下文切换变快。操作系统在进程之间切换时，必须把整个进程的运行状态保存下来、再换上另一个进程，开销很大；而线程之间共享虚拟内存和文件描述符，切换只是换一个执行路径，进程本身一直在 CPU 上运行不中断。

对实际运维来说，这意味着中等并发量下 GBase 8s 对系统资源的压力比传统一进程一连接的数据库要小。连接数上去之后，瓶颈更多出现在 SQL 本身和磁盘 IO 上，而不是被操作系统的进程调度拖住。理解这一点，在做容量评估时就不会只盯着连接数，而会把注意力放到线程数和 VP 配置上。