首页 > 其他分享 >给技术新人的ODPS优化建议

给技术新人的ODPS优化建议

时间:2023-04-12 15:12:28浏览次数:37  
标签:join name 新人 优化 image ODPS Table 数据 id

数据开发基本都是从陌生到熟悉,但是写多了就会发现各种好用的工具/函数,也会发现各种坑,本文分享了作者从拿到数据到数据开发到数据监控的一些实操经验。

写在前面

本文档是组内的一份算法ODPS离线开发分享,仅列出了这些年积累下来的一些重要经验和结论,特别是在算法日常数据处理和调度中的技巧和配置方法,至于具体为什么,建议大家去阿里云官网查看底层map reduce以及data flow的工作原理,会有更加深刻的体会:)
参考文档:https://help.aliyun.com/document_detail/89993.html

各种join的用法篇

输入数据:zhule_a, zhule_b两张测试表,具体schema和数据如下(后续为了说明重复数据带来的问题,会在a和b表中各重复插入一条key=2,ds='20220930'的数据):
read zhule_a;
key
ds
1
20220930
2
20220930
1
20221001
2
20221001
3
20221001

read zhule_b;

key
ds
2
20220930
3
20220930
1
20221001
2
20221001
3
20221001
4
20221001
5
20221001

 

Join/Inner Join
用法:Returns the rows that have matching column values in both the left table and the right table based on the join condition。一句话:找出两个表中共同的部分,注意笛卡尔积下面的性能优化
1、每张表先选出来subset,然后再join。

-- better way to perform join, select small range of data first.
SELECT A.*, B.*
FROM
(SELECT * FROM A WHERE ds='20180101') A
JOIN
(SELECT * FROM B WHERE ds='20180101') B
ON a.key = b.key;
注意:在进行各种jion操作前,一定要自查左右表是否有重复数据,否则最终重复的结果会以笛卡尔积的数量增长,比如左右表各有两条重复数据,那么join后重复数据会多达4条!
图片
2、最好的情况下是大表join小表,然后利用mapjoin来实现。
官方解释:In the map stage, MAPJOIN loads all data in the specified tables into the memory of the program that performs the JOIN operation. The tables specified for MAPJOIN must be small tables, and the total memory occupied by the table data cannot exceed 512 MB.
Limits on JOIN operations in MAPJOIN:
  • The left table in a LEFT OUTER JOIN operation must be a large table.

  • The right table in a RIGHT OUTER JOIN operation must be a large table.

  • MAPJOIN cannot be used in a FULL OUTER JOIN operation.

  • The left or right table in an INNER JOIN operation can be a large table.


SELECT  /*+ MAPJOIN(b) */
        a.*
FROM    test_a a
JOIN test_b b
ON      a.user_key = b.user_key
;
//就是在sql语句前加一个标记说这是mapjoin,把小表别名写在括号里
一个有趣的点:
当我们用mapjoin时,除了正常的等式,mapjoin还支持不等式,如下面的例子:
图片

 

Left Join

用法:A LEFT JOIN operation first takes the Cartesian product of the rows in Table A and Table B and returns all the rows of Table A and rows in Table B that meet the join condition. If the join condition finds no matching rows in Table B for a row in Table A, the row in Table A is returned in the result set with NULL values in each column from Table B.一句话:输出左表的所有记录,以及右表中符合关联条件的数据。右表中不符合关联条件的行,输出NULL。
  1. 一定要保留左表的内容是,可以选择用left join,例如加入key_attrs

  2. Right Join和Left Join没有本质区别,建议定义好左表后都利用Left Join来执行

  3. 如果右表有重复数据的情况,那么最终left join的结果会有重复

图片

 

Left Semi Join

用法:A LEFT SEMI JOIN operation returns only the rows in Table A that have a matching row in Table B. 对于左表中的一条数据,如果右表存在符合关联条件的行,则输出左表,否则不输出
  1. 当右表没有重复数据时,和Join是一致的,只会保留相同的列下来

  2. left semi join并不会返回右表B中的任何数据,所以你没法在where条件中指定关于右表B的任何筛选条件,下面得例子能够有更加清晰的对比(例子引用于开源论坛):

employee (2 columns - e_id and e_name)
10, Tom
20, Jerry 
30, Emily

employee_department_mapping (2 columns - e_id and d_name)
10, IT
10, Sales
20, HR

-- inner join results
SELECT e.e_id, e.e_name, d.d_name FROM 
employee e INNER JOIN employee_department_mapping d
on e.e_id = d.e_id
-- results
10, Tom, IT
10, Tom, Sales
20, Jerry, HR

-- left semi join results
SELECT e.e_id, e.e_name, d.d_name FROM 
employee e LEFT SEMI JOIN employee_department_mapping d
on e.e_id = d.e_id
-- results
10, Tom, IT
20, Jerry, HR

 

Left Anti Join
用法:A LEFT ANTI JOIN operation returns only the rows in Table A that have no matching rows in Table B.一句话:对于左表中的一条数据,如果右表中不存在符合关联条件的数据,则输出左表。
  1. 最好用的场景就是找出两表的差异部分;

  2. 算法日常调度时可以用于每日新增修改商品的提取,将关键字段放到ON条件中就行

图片

 

Full Join

用法:A FULL JOIN operation takes the Cartesian product of the rows in Table A and Table B and returns all the rows in Table A and Table B, whether the join condition is met or not. In the result set, NULL values are returned in the columns from the table that lacks a matching row in the other table.一句话:输出左表和右表的所有记录,对于不符合关联条件的数据,未关联的另一侧输出NULL
  1. 在有增删改情况下更新下游最新数据时,非常好用,但是知道的人比较少
举个栗子,其中today_feat是今天新计算的feature table,yest_feat是上一个分区的feature:

SELECT  COALESCE(a.main_image_url,b.main_image_url) AS main_image_url
        ,COALESCE(a.embedding,b.embedding) AS embedding
FROM    today_feat a
FULL JOIN yest_feat b
ON      a.main_image_url = b.main_image_url

其中full jion的效果如下,正好满足new,old,updated feature的更新,配合COALESCE很丝滑:

图片

合理设置Mapper和Reducepriority

 

set odps.instance.priority

目前ODPS更新后只能在开发dev空间生效,通过设置优先级能够一定程度提升排队任务的执行优先级,但是目前线上正式环境不会生效了,建议大家优化好自己健康分,同时对于重要的线上调度任务设置好基线,保证产出的时效。

 

set odps.sql.mapper.split.size

官方指导:Changes the input data amount of each Map worker, which is the split size of the input file. You can use this property to indirectly control the number of workers at each Map stage (default value: 256, unit: MB)。一句话:如果小文件很多,可以调大split.size的数值,这样可以保证在有限资源下更容易申请到Mapper,提升执行的效率。如果资源丰富,想要更多Mapper资源,那就调小split.size的数值,可以申请到更多的Mapper,提升执行效率。酌情处理哟~
举个栗子: 

-- original sql
CREATE TABLE if not EXISTS tmp_zhl_test LIFECYCLE 1 AS 
SELECT sig, venture, seller_id, COUNT(product_id) as cnt 
FROM sku_main_image_sig
WHERE LENGTH(sig) > 10 --some bad cases may have weird sigs like '#NEXT#'
GROUP BY sig, venture, seller_id
HAVING cnt>2
;
如果是默认设置,553 mappers 和 184 reducers 被分配,大约耗时 3m18s:
图片
在资源充沛的情况下,我们设置odps.sql.mapper.split.size=64, 可以申请到更多的Mapper去处理文件的分片,同时更多的reducer也可以被分配到,同样的SQL代码执行时间降为: 2m34s. 
同样的,如果你的数据量超大,但是每条数据本身很小,同时空间资源也有限(毕竟现在资源管控比较严格),与其等待9999个Mapper被分配,你可以尝试设置odps.sql.mapper.split.size=2048(甚至更大)去减少需要分配的Mapper数量,让任务能够快速执行:)

 

set odps.sql.reducer.instances

显示设置reducer的数量(默认值从0到4000),不设置的话会根据任务动态分配,设置后就会分配设置数量的reducer。同样是上面的例子,当我们设置odps.sql.reducer.instances=1000, 耗时变为2m

 

set odps.sql.mapper(reducer).memory

设置每个Map/Reducer worker的内存(默认值是1024,可以设置为256到12288之间的值)一般我们不需要特别设置这个值,但是当任务报错并说「data exceeds the memory」时,可以根据个人情况来设置这个选项。

在Python UDF中使用第三方库

在这部分主要和大家分享下如何在ODPS的python udf安装需要的第三方库(如numpy,opencv等),以及如果有不同依赖库之间的版本不兼容问题时的有效解决方法。

 

Upload&Call Package

  • 需要下载第三方库的安装包xxx.whl,可以直接下载到自己的电脑上面,这样可以在离线环境验证多个版本的一致性(下面介绍)。一般来说我们需要去看安装包需要的python版本号以及兼容机器环境,一般来说都是cp37-cp37m or py2.py3-none-any在中间,然后末尾是x86_64的安装包;

  • 本地直接将xxx.whl转换为xxx.zip,利用命令「mv xxx.whl xxx.zip」就行

  • 将zip资源文件上传到ODPS对应的环境

  • 在你的UDF中,利用下面的代码指定资源包的路径和引用(直接copy就行)

def include_package_path(res_name, lib_name):    
    archive_files = get_cache_archive(res_name)
    dir_names = sorted([os.path.dirname(os.path.normpath(f.name)) for f in archive_files
                        if '.dist_info' not in f.name], key=lambda v: len(v))
    for dir_name in dir_names:
        if dir_name.endswith(lib_name):
            sys.path.insert(0, os.path.dirname(dir_name))
            break
        elif os.path.exists(os.path.join(dir_name, lib_name + '.py')):
            sys.path.insert(0, os.path.abspath(dir_name))
            break

class PostProcess(BaseUDTF):
    def __init__(self):
        include_package_path('opencv_python-3.4.0.zip','cv2')
        include_package_path('numpy-1.16.6.zip','numpy')
  • python UDF写完后,就可以在创建函数里面的Resources里直接将你的资源名写进去,这样在流程启动后,你的资源才会被有效调用起来。

图片
  • python UDF默认的版本是2.x的,如果你的python版本是3.x,那么需要在ODPS运行前加入下面的指令;同时,部分功能是需要打开沙箱的,所以如果报错的话,可以加入第二行的沙箱命令。
set odps.sql.python.version = cp37; --use python 3.7, default is 2.x version
set odps.isolation.session.enable = true; 

 

Solve Compatibility Issue

有时候在使用多个库时,可能会出现不同版本之间的冲突问题(比如在使用opencv库的时候,如果对应的numpy版本不兼容的话,就会报错)。所以在上传多个库的资源包前,需要先确认版本间的兼容性。一般非常不建议大家用不同版本去试,而应该先在本地确定版本后再上传。可行的步骤如下:
  • 在本地可以用类似conda的工具搭建一个虚拟环境

  • 在本地用pip或者conda install来安装你需要的三方库

  • 查询你下载的三方库以及依赖库的版本,比如python-opencv的话可以打印cv2.__version__

  • 把对应版本的xxx.whl包按照上面的方法现在下来并且上传到ODPS资源中进行依赖

发布任务时的一些额外建议

  • 发布任务配置时,可以灵活使用exclude和extra来去掉或添加你想要的依赖。其中exclude可以去掉你中间产出的临时表,而extra可以帮你增加虽然不在代码里但是希望依赖的上游表(这在汇总不同上游表数据写入下游对应分区并且希望同时产出下游数据时很有用)。
--exclude input or output tables (especially those tmp tables)--@exclude_input=lsiqg_iqc_sku_product_detection_result--@exclude_output=lsmp_sku_image_url_bizdate
-- include input or output tables (especially those separate venture tables)--@extra_input=lsiqg_iqc_sku_product_detection_result--@extra_output=lsmp_sku_image_url_bizdate
  • 如果在SQL代码过程中你需要使用临时表来过渡中间产出的数据(避免SQL嵌套过于严重,影响运行效率),建议一定在临时表中加入一个时间戳,ex. lsiqg_iqc_input_tmp_${bizdate}不然在补数据或者遇到任务堵塞两个任务同时在调度时,或产生overwrite的一系列问题。
  • 如果存在上游表存在多个分区,但是每个分区处理逻辑一样的话(比如不同国家的分区表处理逻辑其实一样),非常建议在第一步里就把不同分区表的数据汇总起来,可以重新增加一个分区(如venture)来存放融合后的数据。如下示例:

INSERT OVERWRITE TABLE sku_main_image_sig PARTITION (ds = '${bizdate}',venture)
SELECT  id
        ,image_url
        ,venture
FROM    (
            SELECT  id
                    ,image_url
                    ,'ID' AS venture
            FROM    auction_image_id
            WHERE   ds = MAX_PT('auction_image_id')
            UNION
            SELECT  id
                    ,image_url
                    ,'PH' AS venture
            FROM    auction_image_ph
            WHERE   ds = MAX_PT('auction_image_ph')
            UNION
            SELECT  id
                    ,image_url
                    ,'VN' AS venture
            FROM    auction_image_vn
            WHERE   ds = MAX_PT('auction_image_vn')
            UNION
            SELECT  id
                    ,image_url
                    ,'SG' AS venture
            FROM    auction_image_sg
            WHERE   ds = MAX_PT('auction_image_sg')
            UNION
            SELECT  id
                    ,image_url
                    ,'MY' AS venture
            FROM    auction_image_my
            WHERE   ds = MAX_PT('auction_image_my')
            UNION
            SELECT  id
                    ,image_url
                    ,'TH' AS venture
            FROM    auction_image_th
            WHERE   ds = MAX_PT('auction_image_th')
        ) union_table
;
  • 对于重要的数据表,一定要设置监控,防止数据丢失、不正常产出等问题,具体的方法又可以分两类:

    • 设置任务基线(baseline)来保证任务优先级,这样调度的时间更有保障

    • 设置warning的短信/电话或者DQC的监控规则来具体监控数据

简单的任务可以直接在任务中心查看详情中设置:

图片
图片
对于更加细致的数据层面监控可以通过DQC平台进行配置,比如无数据产出,数据波动,数据最大/最小值监控等。
图片

写在最后

数据开发基本都是从陌生到熟悉,但是写多了就会发现各种好用的工具/函数,也会发现各种坑,个人拿到数据到数据开发到数据监控的一些经验是:
  1. 拿到数据第一时间验证数据的重复性,有效性;如果是组内问题就反馈,上游链路问题就自己过滤;

  2. 写完数据的每一部分都先验证合理性,这样会提高最终数据的成功率;

  3. 一般节点上线后,会主动去观察3-4天,确保输出是符合预期的(如果会发现应该稳定的数据反而猛然增加or减少,那很可能是数据逻辑有问题);

  4. 定义合理的数据监控,可以避免数据为空,数据波动过大,数据字段不合理等问题;

Enjoy Data Engineering!!

 

作者|周慧玲(逐乐)

标签:join,name,新人,优化,image,ODPS,Table,数据,id
From: https://www.cnblogs.com/88223100/p/ODPS-optimization-suggestions-for-technical-newcomers.h

相关文章

  • 深度学习的优化算法
    目前,深度学习的优化器以反向传播的梯度下降算法为主流。常见的优化器有如下几种:BGDSGDMBGDMomentumRMSPropAdaGradAdam1.批量梯度下降(BatchGradientDescent,BGD)2.随机梯度下降法(StochasticGradientDescent,SGD)3.小批量随机梯度下降(Mini-batchGradientDesc......
  • 优化代码的原则?
    集中原则,最短距离原则。就是要让你声明的变量和你使用变量的地方越近越好。聚合性和耦合性是难舍难分的,必须要高内聚,才能达到低耦合。如果一个变量在顶部声明,底部才用,那么肯定不是一个好的写法。如果一个参数传入了这个方法,却在这个方法里面又传入了另一个方法里用,明显非常不合理,......
  • 人工智能技术助力医疗行业实现智能化管理和服务优化
    ​ 人工智能技术已经逐渐渗透到各个领域,医疗行业也不例外。人工智能技术的应用,不仅可以提高医疗服务的效率和质量,还可以为医疗行业带来更多的创新和发展。一、人工智能技术在医疗诊断中的应用人工智能技术可以通过对大量的医疗数据进行分析和处理,帮助医生更准确地进行诊断和治......
  • 考虑需求响应和碳交易的综合能源系统日前优化调度模型
    考虑需求响应和碳交易的综合能源系统日前优化调度模型关键词:柔性负荷需求响应 综合能源系统参考:私我仿真平台:MATLAByalmip+cplex主要内容:在冷热电综合能源系统的基础上,创新性的对用户侧资源进行了细致的划分和研究,首先按照能源类型将其分为热负荷需求响应和电负荷需求响......
  • 高并发下的linux优化
    每日一问题探索-高并发下的linux优化原创 五分钟学SRE 五分钟学SRE 2023-02-2523:42 发表于香港收录于合集#每日一问题探索10个#五分钟学SRE51个 针对高并发服务,对Linux内核和网络进行优化可以提高系统的性能和稳定性。本文将深入探讨如何对Linux内核和......
  • 面向削峰填谷的电动汽车多目标优化调度策略
    面向削峰填谷的电动汽车多目标优化调度策略注意:店铺内还有很多关于电动汽车优化调度和有序充放电优化的代码,欢迎咨询关键词:电动汽车削峰填谷多目标充放电优化参考文档:自己整理的说明文档,公式、约束、数据齐全,可联系我查看仿真平台:MATLABYALMIP+CPLEX主要内容:代码主要实......
  • 基于PSO粒子群算法优化RBF网络的数据预测matlab仿真
    1.算法描述1985年,Powell提出了多变量插值的径向基函数(RBF)方法。径向基函数是一个取值仅仅依赖于离原点距离的实值函数,也可以是到任意一点c的距离,c点称为中心点。任意满足上述特性的函数,都可以叫做径向基函数。一般使用欧氏距离计算距离中心点的距离(欧式径向基函数)。最常用的径向......
  • MATLAB代码:含风光柴储微网多目标优化调度
    MATLAB代码:含风光柴储微网多目标优化调度关键词:微网调度风光柴储 粒子群算法多目标优化仿真平台:MATLAB平台采用粒子群实现求解主要内容:代码构建了含风机、光伏、柴油发电机以及储能电站在内的微网优化运行模型,并且考虑与上级电网的购售电交易,综合考虑了多方经济成本以及风......
  • MATLAB代码:基于主从博弈的产消者 微网群优化定价模型
    MATLAB代码:基于主从博弈的产消者微网群优化定价模型关键词:主从博弈产消者微网动态定价能量管理仿真平台:matlab主要内容:为了提高用户间光伏电量共享水平,根据用户的用电特性,构建了光伏用户群内的多买方—多卖方格局。结合分布式光伏上网政策,运营商作为主导者,以其收益最......
  • MATLAB代码:基于共享储能电站的工业用户日前优化经济调度
    MATLAB代码:基于共享储能电站的工业用户日前优化经济调度关键词:共享储能储能电站容量优化配置充放电优化日前优化调度  参考文档:《基于共享储能电站的工业用户日前优化经济调度》完全复现仿真平台:MATLAB+CPLEX主要内容:代码主要做的是一个共享储能电站的优化调度问题,考虑......