本文详述了对阿里云MaxCompute的数据存取性能进行的多方案测试，包括多线程SQL查询、TableTunnelDownloadSession与UploadSession等。测试结果显示，对于查询，多线程SQL查询效率较高；而对于数据写入，TableTunnelUploadSession展现出显著优势，尤其适合大批量数据传输。建议在实际操作中结合使用这些策略以优化性能。
阿里云MaxCompute存取性能测试报告
文章目录
前言
前几天公司给我安排了个任务，让我去测试一下阿里云DataWork下的MaxCompute的存取性能，这不，测试报告来了。
MaxCompute介绍
MaxCompute（ODPS）是适用于数据分析场景的企业级SaaS（Software as a Service）模式云数据仓库，以Serverless架构提供快速、全托管的在线数据仓库服务，消除了传统数据平台在资源扩展性和弹性方面的限制，最小化用户运维投入，使用户可以经济并高效地分析处理海量数据。
MaxCompute适用于100 GB以上规模的存储及计算需求，最大可达EB级别，并且MaxCompute已经在阿里巴巴集团内部得到大规模应用。MaxCompute适用于大型互联网企业的数据仓库和BI分析、网站的日志分析、电子商务网站的交易分析、用户特征和兴趣挖掘等。
官方学习路线：https://www.alibabacloud.com/zh/getting-started/learningpath/maxcompute
查询测试报告
测试方案一
多线程SQL查询
查询场景：
- 单表查询，只查询单字段，共610万条数据
- 每次查询一万条（服务端限制了只能一次查一万）
测试结果如下：
| 启动时间 | 线程数 | 花费时间 |
|---|---|---|
| 10:11 | 20 | 3m10s |
| 10:16 | 30 | 2m28s |
| 10:21 | 50 | 1m37s |
| 10:23 | 70 | 1m9s |
| 10:26 | 100 | 1m3s |
| 10:27 | 200 | 46s |
| 10:29 | 400 | 44s |
| 10:30 | 500 | 43s |
由于这波操作属于IO密集型，故提高线程数可以有效的减少花费时间，提高到100-200时性价比应该是最高的。
核心代码：
@Test
public void test6() throws InterruptedException {
// 查询code值
String codeQuery = String.format("select distinct code from %s;", table);
List<Map<String, Object>> list = MaxComputeUtil.queryData(codeQuery , true);
log.info("获得code数据共{}条", list.size());
// 建立线程池
ThreadPoolExecutor pool = new ThreadPoolExecutor(20, 20, 0, TimeUnit.SECONDS, new ArrayBlockingQueue<>(500));
for (Map<String, Object> map : list) {
String code = (String) map.get("code");
pool.execute(new Test(code));
}
pool.shutdown();
boolean awaitTermination = pool.awaitTermination(300, TimeUnit.SECONDS);
if (!awaitTermination) log.warn("运行超时");
log.info("执行完毕，所有数据，共{}条", Test.count);
}
@Slf4j
class Test implements Runnable {
public static long count = 0;
private final String sql = "select code from table where code= '%s' and pt = 1;";
private final String code ;
public Test(String code) {
this.code= code;
}
@Override
public void run() {
int now = 1;
int size = 10000;
int sum = 0;
while (true) {
List<Map<String, Object>> list = MaxComputeUtil.queryPageData(
sum += list.size();
if (list.size() < size) break;
}
log.info("运行完毕，共{}条数据", sum);
count += sum;
}
}
测试方案二
使用TableTunnel DownloadSession 进行数据下载
这个是官方推荐使用的批量传输通道，是一套可以查询数据和存入数据的SDK，可以用来代替SQL。
但是不知道为什么这个速度特别慢，总是卡在一个地方不动，一卡一卡的，一点也不流畅。
首先获取连接会话的时候，直接等了4分钟才连接上：
但是我去开启UploadSession进行数据上传（这个后面有讲），也没有像这样等待这么久，速度一般也就是一两秒，偶尔连接的时候会要10多秒。
我猜测可能是由于使用这个DownloadSession的客户端比较多，服务端资源提供不过来？或者是我们的网络和这个会话服务端的网络连接不通畅？连接上之后，每获取几条十几条数据就要等待一段时间，最终跑 118,064 条数据，花费时间13分钟，建议直接ban掉。
使用建议
使用方案一的多线程SQL查询，一次虽然只能查询一万条，但是多线程查询下速度还是可以接受的。
写入测试报告
首先我新建了一张表，表结构如下：
-- 此表结构取自官方文档：https://www.alibabacloud.com/help/zh/maxcompute/latest/use-the-maxcompute-client-create-tables#section-gwe-8vc-iwx
create table if not exists t_salary_write_test
(
age BIGINT comment '年龄',
job STRING comment '工作类型',
marital STRING comment '婚否',
education STRING comment '教育程度',
credit STRING comment '是否有信用卡',
housing STRING comment '是否有房贷',
loan STRING comment '是否有贷款',
contact STRING comment '联系方式',
month STRING comment '月份',
day_of_week STRING comment '星期几',
duration STRING comment '持续时间',
campaign BIGINT comment '本次活动联系的次数',
pdays DOUBLE comment '与上一次联系的时间间隔',
previous DOUBLE comment '之前与客户联系的次数',
poutcome STRING comment '之前市场活动的结果',
emp_var_rate DOUBLE comment '就业变化速率',
cons_price_idx DOUBLE comment '消费者物价指数',
cons_conf_idx DOUBLE comment '消费者信心指数',
euribor3m DOUBLE comment '欧元存款利率',
nr_employed DOUBLE comment '职工人数',
fixed_deposit BIGINT comment '是否有定期存款'
);
测试方案一
单线程，本地生成数据和SQL语句进行插入，每次插入一条数据，测试结果：
| 测试时间 | 插入数据条数 | 耗时 |
|---|---|---|
| 15:08 | 20 | 1m52s |
| 15:10 | 5 | 28s |
| 15:12 | 10 | 48s |
这个测不动，太慢了。。。时间都花在提交任务上去了，其实执行没花多少时间。
生成SQL的类
具体内容我过几天单独写一篇博客来讲😋到时候我把链接贴在这里
纯手搓，可以适用不同的表，主要是利用反射机制获取对象当中的字段和字段值，然后拼接成SQL语句，实现了单数据插入和批量插入的生成方法。
需要注意对其中的特殊部分进行特殊处理，字符串之类的字段是需要添加引号的。
测试方案二
多线程，每个线程都单独插入5条数据，测试结果：
| 测试时间 | 线程数 | 耗时 |
|---|---|---|
| 15:20 | 2 | 25s |
| 15:22 | 5 | 32s |
| 15:24 | 10 | 29s |
| 15:25 | 20 | 42s |
| 15:26 | 50 | 52s |
| 15:28 | 100 | 1m30s |
| 15:31 | 200 | 2m59s |
| 15:38 | 500 | 9m32s |
这个也测不动，太慢了，直接放弃。
测试方案三
使用官方SDK中的TableTunnel（UploadSession）进行批量传输（官方推荐），https://www.alibabacloud.com/help/zh/maxcompute/latest/simple-upload
以下是使用单线程的传输速度。
| 测试时间 | 插入数据条数 | 耗时 |
|---|---|---|
| 17:24 | 1000 | 2.5s |
| 17:24 | 10000 | 3.3s |
| 17:29 | 100000 | 12.4s |
这速度就很快了，前面两种方案直接ban掉。
官方文档的解释是这种传输方式建议用在上传大量数据的场景（>64M）下进行使用，因为它里面需要构建一东西，比较消耗资源（这个说明的具体地方我找不到了，贴个大概的），https://www.alibabacloud.com/help/zh/maxcompute/latest/data-upload-and-download-overview。
核心代码：
@Test
public void uploadSessionTest() {
int count = 1000;
TableTunnel.UploadSession uploadSession = MaxComputeUtil.getUploadSession(tableName, "pt=1");
// 生成TunnelBufferedWriter的实例
try (RecordWriter recordWriter = uploadSession.openBufferedWriter()) {
for (int i = 0; i < count; i++) {
// 创建一条新记录和新的待插入数据
Record record = uploadSession.newRecord();
BankData bankData = generateData(new BankData());
// 把数据转换到 record 对象当中
generateRecord(record, bankData);
// 调用write接口写入数据。
recordWriter.write(record);
}
// uploadSession提交，结束上传。
uploadSession.commit();
log.info("commit ok!");
} catch (TunnelException | IOException | IllegalAccessException e) {
e.printStackTrace();
}
}
数据填充：
private <T> void generateRecord(Record record, T object) throws IllegalAccessException {
// 通过反射
Field[] fields = object.getClass().getDeclaredFields();
for (Field field : fields) {
field.setAccessible(true);
record.set(field.getName(), field.get(object));
}
}
创建UploadSession的方法：
public static TableTunnel.UploadSession getUploadSession(String tableName, String partition) {
log.info("开始创建 UploadSession");
// 创建TableTunnel
TableTunnel tunnel = new TableTunnel(OdpsInstance.getInstance());
// 需要指定的分区
PartitionSpec partitionSpec = new PartitionSpec(partition);
TableTunnel.UploadSession uploadSession;
try {
uploadSession = tunnel.createUploadSession(projectName, tableName, partitionSpec);
} catch (TunnelException e) {
throw new RuntimeException("创建 uploadSession 失败", e);
}
log.info("UploadSession 创建完毕");
return uploadSession;
}
测试方案四
使用SQL进行批量插入，将多条插入数据的SQL拼接成一条SQL（代码在上面方案一里），单线程运行。
| 测试时间 | 插入数据条数 | 耗时 |
|---|---|---|
| 10:10 | 1000 | 9s |
| 10:11 | 10000 | 30.6s |
| 10:16 | 100000 | 报错 |
测试十万记录的报错是因为SQL太长了，导致单次发送的HTTP请求数据量过大，造成数据异常。
性能比单数据插入的性能高上了很多，但相比于官方推荐的批量传输方式还是慢了很多。
使用建议
上传数据的话，如果数据量比较大（十万条数据以上），使用UploadSession进行上传是会比较好的，速度很快，如果数据量不大，那么使用批量上传的SQL也是完全可以的，虽然慢一点，但是可以减少很多不必要的资源消耗。
这两种方式都可以使用多线程来提高速度，速度会比上面测试的要更快。
后记
本篇文章主要是讲MaxCompute的存取性能如何，里面的代码都是只有核心部分的，完整的代码不方便贴。不过主要还是看它的性能如何，能达到什么样的存取速度。
最后不得不说，MaxCompute做的确实很不错了，几百万条数据全部取出来只要花一分钟不到的时间，存数据也可以达到10M/s（前提是你的网速达标）。
如果本篇文章对你有帮助，欢迎点赞收藏评论关注😋，也欢迎在评论区指出文章中写的不对的和不好的地方🥰。
扫一扫
7538
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
