环境

• 环境搭建参考之前写过的文章CentOS7 安装 Gauss DB 200 单节点

场景 - 多表join (OLTP)

背景

通过多表JOIN提取各个属性表的数据。

设计

10张表，每张表1000W行数据，通过主键join查询，100个并发连接在10秒内连接，连续主键查询100W次。

准备

• 创建测试表

CREATE  TABLE t_test1 (
    id serial,
    info text DEFAULT 'sfsluiejldksjfslaueijflsdjflsjfleifeiolfjsl'::text,
    state integer DEFAULT 0,
    crt_time timestamp without time zone DEFAULT now(),
    mod_time timestamp without time zone DEFAULT now()
)
WITH (orientation=row, compression=no)
DISTRIBUTE BY HASH(id)
TO GROUP group_version1;
ALTER TABLE t_test1 ADD CONSTRAINT t_test1_pkey PRIMARY KEY (id);

create table t_test3 (like t_test1 including all);
create table t_test4 (like t_test1 including all);
create table t_test5 (like t_test1 including all);
create table t_test6 (like t_test1 including all);
create table t_test7 (like t_test1 including all);
create table t_test8 (like t_test1 including all);
create table t_test9 (like t_test1 including all);
create table t_test10 (like t_test1 including all);
create table t_test11 (like t_test1 including all);

-- 准备测试数据
t_test1表的数据通过单条插入测试用例生成数据。参考Gauss DB 场景与性能测试之 1 - (OLTP) 单条插入

insert into t_test3 select * from t_test1;
insert into t_test4 select * from t_test1;
insert into t_test5 select * from t_test1;
insert into t_test6 select * from t_test1;
insert into t_test7 select * from t_test1;
insert into t_test8 select * from t_test1;
insert into t_test9 select * from t_test1;
insert into t_test10 select * from t_test1;
insert into t_test11 select * from t_test1;

• 测试语句

select *
from t_test1 t1
inner join t_test3 t3 on t3.id = t1.id
inner join t_test4 t4 on t4.id = t1.id
inner join t_test5 t5 on t5.id = t1.id
inner join t_test6 t6 on t6.id = t1.id
inner join t_test7 t7 on t7.id = t1.id
inner join t_test8 t8 on t8.id = t1.id
inner join t_test9 t9 on t9.id = t1.id
inner join t_test10 t10 on t10.id = t1.id
inner join t_test11 t11 on t11.id = t1.id
where t1.id = ${rNumQw}

配置jmeter

• 创建Thread Group

  
  

• 创建jdbc连接

  
  

• 创建主键值随机数变量

  
  

• 创建JDBC Request

  
  

• 添加结果监控

  
  

测试结果

• 如上图，从JMeter的监控看，总体运行稳定，排除测试工具性能瓶颈影响测试结果的可能性。

  
  

• 如上图，在测试期间，数据库资源使用情况明显增加，但是总体运行稳定，压力没有达到数据库性能瓶颈。

  
  

• 如上图，Guass DB在本次测试中的表现相比之前的单点测试有一定的差距了。吞吐量为每秒3200+，最快响应时间是12ms，平均响应时间是28ms，有99%的请求响应时间在62ms以内。最长响应时间是12s，但是从响应曲线（下图）中可以看出，最长响应时间都集中在开始的10s内，这段时间是JMeter创建线程阶段，因此可以基本判断，是创建过程影响了测试数据，因此，最长响应时间指标可忽略。