谈到数据库并行，很多人第一反应是多节点、多实例之间的并行。南大通用GBase 8s数据库（gbase database）作为单机架构，并行能力主要体现在 CPU 类虚拟处理器上 —— 它可以让同一个客户端会话里的多个线程并行干活，把一台服务器的多核用起来。

实际能触发单会话并行的场景，覆盖了日常开发中常见的几类重操作：

建索引和排序是最典型的两个。一张大表建索引，或者查询结果要做大规模排序，数据库会拆成多个线程并行处理，比单线程顺序做快不少。

恢复和扫描也能受益。实例恢复阶段需要回放日志、前滚数据，多线程并行可以缩短恢复时间；大表扫描时，如果走并行路径，多个 VP 同时扫不同的数据片段，单查询的响应时间会明显下降。

连接、聚集、分组这三类操作，在数据量较大时也会启用并行。比如多表 join 之后再做 group by 和聚合，数据库会把数据分片交给多个线程分别处理，最后汇总结果。

另外，用户自定义例程（UDR）的执行也支持并行。如果业务逻辑里写了自定义函数，数据量够大时，数据库可以并行调用这些例程处理不同数据行。

从运维角度看，单会话并行是否启用、并行度多大，直接和 CPU 类 VP 的数量相关。VP 太少，并行操作想并行也无米下锅；VP 过多，又可能在高峰期互相抢资源。建议结合实际业务里最重的几类 SQL，压测看效果后再定 VP 数量，而不是拍脑袋给一个大数。

ITPub博客

南大通用技术分享：GBase 8s数据库单会话并行处理解析