Hive内核调优（一）

已于 2023-12-26 22:14:03 修改
阅读量1k 收藏 20
点赞数 24
分类专栏： 大数据 文章标签： hive hadoop 数据仓库
于 2023-12-26 22:04:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_47884711/article/details/135093411
版权

1 HiveQL 调优

1.1 调优前规划设计

1.1.1 Hive 表文件使用高效的文件格式

我们使用同样数据及SQL语句，只是数据存储格式不同，得到如下执行时长：

数据格式CPU时间用户等待耗时
TextFile33分171秒
SequenceFile38分162秒
Parquet2分22秒50秒
ORC1分52秒56秒

注：CPU时间：表示运行程序所占用服务器CPU资源的时间。
用户等待耗时：记录的是用户从提交作业到返回结果期间用户等待的所有时间。

  1. 建议使用ORC
    ORC文件格式可以提供一种高效的方法来存储Hive数据，运用ORC可以提高Hive的读、写以及处理数据的性能。以下两种场景需要应用方权衡是否使用ORC：
    (a) 文本文件加载到ORC格式的Hive表的场景：由于文本格式到ORC，需要耗费较高的CPU计算资源，相比于直接落地成文本格式Hive表而言加载性能会低很多
    (b) Hive表作为计算结果数据，导出给Hadoop之外的外部系统读取使用的场景：ORC格式的结果数据，相比于文本格式的结果数据而言其易读性低很多。除以上两种场景外，其他场景均建议使用ORC作为Hive表的存储格式。
  2. 考虑使用Parquet
    Parquet的核心思想是使用“record shredding and assembly algorithm”来表示复杂的嵌套数
    据类型，同时辅以按列的高效压缩和编码技术，实现降低存储空间，提高IO效率，降低上
    层应用延迟。
    Parquet是语言无关的，而且不与任何一种数据处理框架绑定在一起，适配多种语言和组
    件，能够与Parquet配合的组件有：
    查询引擎：Hive、Impala、Pig；
    计算框架：MapReduce、Spark、Cascading；
    数据模型：Avro、Thrift、Protocol Buffers、POJOs。
    对于Impala和Hive共享数据和元数据的场景，建议Hive表存储格式为Parquet。

1.12 Hive 表文件及中间文件使用合适的文件压缩格式

GZip和Snappy，这两种压缩算法在大数据应用中最常见，适用范围最广，压缩率和速度都较好，读取数据也不需要专门的解压操作，对编码来说透明。
压缩率跟数据有关，通常从2到5不等；两种算法中，GZip的压缩率更高，但是消耗CPU更高，Snappy的压缩率和CPU消耗更均衡。
对于存储资源受限或客户要求文件必须压缩的场景，可考虑使用以上两种压缩算法对表文件及中间文件进行压缩

1.1.3 根据业务特征创建分区表

使用分区表能有效地分隔数据，分区条件作为查询条件时，减少扫描的数据量，加快查询的效率。如果业务数据有明显的时间、区域等维度的区分，同时有较多的对应维度的查询条件时，建议按照相应维度进行一级或多级分区。

1.1.4 根据业务特征创建分桶表

分桶的目的是便于高效采样和为Bucket MapJoin及SMB Join做数据准备。
对于Hive表有按照某一列进行采样稽核的场景，建议以该列进行分桶。数据会以指定列的值为key哈希到指定数目的桶中，从而支持高效采样。
对于对两个或多个数据量较大的Hive表按照同一列进行Join的场景，建议以该列进行分桶。当Join时，仅加载部分桶的数据到内存，避免OOM。

1.2 Hive 调优的目标、原则及手段

1.2.1 调优目标

Hive调优的目标是在不影响其他业务正常运行的前提下，最大限度利用集群的物理资源，如CPU、内存、磁盘IO，同时分析集群的性能瓶颈，常规性能瓶颈有CPU密集型、内存密集型、IO密集型、重shuffle型等，参考下文总结，进行针对性优化，对症下药。

1.2.2 调优思路

  1. 第一步，分析SQL待处理的表及文件，统计待处理的表的文件数、数据量、条数、文件格式、压缩格式，分析是否有更适合的文件存储格式、压缩格式，是否能够使用上分区或分桶，是否有大量小文件需要map前合并。如果有优化空间，则执行优化。
  2. 第二步，分析SQL的结构，是否有重复的子查询可以存到中间表，是否可以使用相关性优化器，是否出现笛卡尔积需要去除，是否可以使用Multiple Insert语句，是否使用了低性能的UDF或SerDe需要替换。如果有优化空间，则执行优化。
  3. 第三步，分析SQL的操作，是否可利用MapJoin，是否可使用SMB Join，是否需要设置map端聚合，是否需要优化count(distinct)，是否全局排序可以使用局部排序代替，是否可以使用向量化优化、基于代价的优化等优化器。如果有优化空间，则执行优化。
  4. 第四步，观察SQL启动的MR运行情况，如果map运行缓慢，考虑减小Map处理的最大数据量提高并发度，考虑增大map的内存和虚拟核数；如果是reduce运行缓慢，是否有group by倾斜需要解决，是否有join倾斜需要处理，当大量重复数据做去重时减少Reduce数
    量，当大量匹配记录做关联时增加Reduce数量。

1.2.3 调优原则

  1. 保证map扫描的数据量尽量少
    减少map端扫描数量，需要控制待处理的表文件或中间文件的数据量尽量少。优化的方式如：Hive表文件使用高效的文件格式、Hive表文件使用合适的文件压缩格式、中间文件使用合适的文件压缩格式、利用列裁剪、利用分区裁剪、使用分桶。
  2. 保证map传送给reduce的数据量尽量小
    控制map传送给reduce的数据量，是指JOIN避免笛卡尔积、启动谓词下推、开启map端聚合功能。
  3. 保证map和reduce处理的数据量尽量均衡
    保证map处理的数据量尽量均衡，是指使用Hive合并输入格式、必要时对小文件进行合并。保证reduce处理的数据量尽量均衡，是指解决数据倾斜问题。包括解决group by造成
    的数据倾斜、解决join造成的数据倾斜。
  4. 合理调整map和reduce占用的计算资源
    合理调整map和reduce占用的计算资源，是指通过参数设置合理调整map和reduce的内存及虚拟核数。根据集群总体资源情况，以及分配给当前租户的资源情况，在不影响其他业务正常运行的条件下，最大限度地利用可使用的计算资源。
  5. 合理调整map和reduce的数量
    合理调整map数，是指通过设置每个map处理数据量的最大和最小值来合理控制map的数量。合理调整reduce数，是指通过直接设置reduce数量或通过设置每个reduce的处理数据量来合理控制reduce的数量。
  6. 重用计算结果
    重用计算结果，是指将重复的子查询结果保存到中间表，供其他查询使用，减少重复计算，节省计算资源，比如使用物化视图特性。
  7. 使用稳定成熟的Hive优化特性
    使用稳定成熟的Hive优化特性，包括：相关性优化器（Correlation Optimizer），基于代价的优化（Cost-based optimization），向量化查询引擎（Vectorized Query Execution），Join相关优化（Map Join、SMB Join），Multiple Insert特性，TABLESAMPLE抽样查询、Limit优化、局部排序（SORT BY、 DISTRIBUTE BY）。
  8. 使用高效HQL或改用MR
    使用高效HQL，包括慎用低性能的UDF和SerDe、优化count(distinct a)。
Select c1, count(distinct c2) from t1 group by c1;

==数据量大场景下推荐改造为：

Select c1, count(1) from (Select c1,c2 from t1 group by c1,c2) t2;

对于使用HQL比较冗余同时性能低下的场景，在充分理解业务需求后，改用MR效率
更高。

1.2.4 调优手段

  1. 利用列裁剪
    当待查询的表字段较多时，选取需要使用的字段进行查询，避免直接select *出大表的
    所有字段，以免当使用Beeline查询时，控制台输出缓冲区被大数据量撑爆。
  2. JOIN避免笛卡尔积
    JOIN场景应严格避免出现笛卡尔积的情况。参与笛卡尔积JOIN的两个表，交叉关联后
    的数据条数是两个原表记录数之积，对于JOIN后还有聚合的场景而言，会导致reduce端处
    理的数据量暴增，极大地影响运行效率。
    以下左图为笛卡尔积，右图为正常Join。
    请添加图片描述
  3. 启动谓词下推
    谓词下推（Predicate Pushdown）是一个逻辑优化：尽早的对底层数据进行过滤以减少后续需要处理的数据量。通过以下参数启动谓词下推。
set hive.optimize.ppd=true;

请添加图片描述
4. 开启Map端聚合功能
在map中会做部分聚集操作，能够使map传送给reduce的数据量大大减少，从而在一定程度上减轻group by带来的数据倾斜。通过以下参数开启map端聚合功能，可以提升IO密集型SQL性能

set hive.map.aggr=true;
  1. 使用Hive合并输入格式
    设置Hive合并输入格式，使Hive在执行map前进行小文件合并，使得本轮map处理数据
    量均衡。通过以下参数设置Hive合并输入格式。
set hive.input.format=org.apache.hadoop.hive.ql.io.CombineHiveInputFormat;
  1. 合并小文件
    启动较多的map或reduce能够提高并发度，加快任务运行速度；但同时在HDFS上生成的文件数目也会越来越多，给HDFS的NameNode造成内存上压力，进而影响HDFS读写效率。对于集群的小文件（主要由Hive启动的MR生成）过多已造成NameNode压力时，建议在Hive启动的MR中启动小文件合并。set hive.merge.mapfiles=true；小文件合并能够使本轮map输出及整个任务输出的文件完成合并，保证下轮MapReduce任务map处理数据量均衡。
  2. 解决group by造成的数据倾斜
    通过开启group by倾斜优化开关，解决group by数据倾斜问题。开启优化开关后group by会启动两个MR。
    第一个 MR Job 中，Map 的输出结果集合会随机分布到 Reduce 中，每个Reduce做部分聚合操作，并输出结果，这样处理的结果是相同的Group By Key有可能被分发到不同的Reduce中，从而达到负载均衡的目的；
    第二个MR Job再根据预处理的数据结果按照Group By Key分布到Reduce中（这个过程可以保证相同的Group By Key被分布到同一个Reduce中），最后完成最终的聚合操作。
set hive.groupby.skewindata=true;
  1. 解决Join造成的数据倾斜
    两个表关联键的数据分布倾斜，会形成Skew Join。解决方案是将这类倾斜的特殊值（记录数超过hive.skewjoin.key参数值）不落入reduce计算，而是先写入HDFS，然后再启动
    一轮MapJoin专门做这类特殊值的计算，期望能提高计算这部分值的处理速度。设置以下参
    数。
set hive.optimize.skewjoin=true;
set hive.skewjoin.key=100000;
  1. 合理调整map和reduce的内存及虚拟核数
    map和reduce的内存及虚拟核数设置，决定了集群资源所能同时启动的container个数，
    影响集群并行计算的能力。
    对于当前任务是CPU密集型任务（如复杂数学计算）的场景：在map和reduce的虚拟核数默认值基础上，逐渐增大虚拟核数进行调试（mapreduce.map.cpu.vcores和mapreduce.reduce.cpu.vcores参数控制），但不要超过可分配给container的虚拟核数
    （yarn.nodemanager.resource.cpu-vcores参数控制）。
    对于当前任务是内存密集型任务（如ORC文件读取/写入、全局排序）的场景：在map和reduce的内存默认值基础上，逐渐增大内存值进行调试（mapreduce.map.memory.mb和 mapreduce.reduce.memory.mb参数控制，注意：此处是一个map或者reduce container申请的
    内存，与实际使用内存不一定相等，避免申请过大，浪费主机资源，影响集群整体任务并发）    ，但不要超过当前NodeManager上可运行的所有容器的物理内存总大小（yarn.nodemanager.resource.memory-mb参数控制）。
  2. 合理控制map的数量
    map的数量会影响MapReduce扫描、过滤数据的效率。对于扫描、过滤数据的逻辑比较复杂、输入数据量较大条数较多的场景：根据集群总体资源情况，以及分配给当前租户的资源情况，在不影响其他业务正常运行的条件下，map数量需要适当增大，增加并行处lo理的力度。
  3. 合理控制reduce的数量
    reduce数量会影响MapReduce过滤、聚合、对数据排序的效率。对于关联、聚合、排序时reduce端待处理数据量较大的场景：首先根据每个reduce处理的合适数据量控制reduce的个数，如果每个reduce处理数据仍然很慢，再考虑设置参数增大reduce个数。另一方面，控制能启动的reduce最大个数为分配给当前租户的资源上限，以免影响其他业务的正常运行。
  4. 将重复的子查询结果保存到中间表
    对于指标计算类型的业务场景，多个指标的HQL语句中可能存在相同的子查询，为避免重复计算浪费计算资源，考虑将重复的子查询的计算结果保存到中间表，实现计算一次、结果共享的优化目标。
  5. 相关性优化，旨在利用下面两种查询的相关性：
    (a)输入相关性：在原始operator树中，同一个输入表被多个MapReduce任务同时使
    用的场景；
    (b)作业流程的相关性：两个有依赖关系的MapReduce的任务的shuffle方式相同。通过以下参数启用相关性优化：
set hive.optimize.correlation=true;

相关参考：https://cwiki.apache.org/confluence/display/Hive/Correlation+Optimizer

  1. 启用基于代价的优化
    基于代价的优化器，可以基于代价（包括FS读写、CPU、IO等）对查询计划进行进一步的优化选择，提升Hive查询的响应速度。
    通过以下参数启用基于代价的优化：
set hive.cbo.enabled=true;

相关参考：https://cwiki.apache.org/confluence/display/Hive/Cost-based+optimization+in+Hive

  1. 启用向量化查询引擎
    传统方式中，对数据的处理是以行为单位，依次处理的。Hive也采用了这种方案。这种方案带来的问题是，针对每一行数据，都要进行数据解析，条件判断，方法调用等操作，从而导致了低效的CPU利用。向量化特性，通过每次处理1024行数据，列方式处理，从而减少了方法调用，降低了CPU消耗，提高了CPU利用率。结合JDK1.8对SIMD的支持，获得了极高的性能提升。
    通过以下参数启用向量化查询引擎：
set hive.vectorized.execution.enabled=true;

相关参考：https://cwiki.apache.org/confluence/display/Hive/Vectorized+Query+Execution

  1. 启用Join相关优化
    （a）使用MapJoin。MapJoin是针对以下场景进行的优化：两个待连接表中，有一个表非常大，而另一个表非常小，以至于小表可以直接存放到内存中。这样小表复制多份，在每个map task内存中存在一份（比如存放到hash table中），然后只扫描大表。对于大表中的每一条记录key/value，在hash table中查找是否有相同的key的记录，如果有，则连接后输出即可。
    （b）使用SMB Join。
set hive.auto.convert.sortmerge.join=true;
set hive.optimize.bucketmapjoin = true;
set hive.optimize.bucketmapjoin.sortedmerge = true;

相关参考：https://cwiki.apache.org/confluence/display/Hive/LanguageManual+JoinOptimization

  1. 使用Multiple Insert特性
    以下左图为普通insert，右图为Multiple Insert，减少了MR个数，提升了效率请添加图片描述
  2. 使用TABLESAMPLE取样查询
    在Hive中提供了数据取样（SAMPLING）的功能，用来从Hive表中根据一定的规则进行数据取样，Hive中的数据取样支持数据块取样和分桶表取样。
    以下左图为数据块取样，右图为分桶表取样：请添加图片描述
  3. 启用Limit优化
    启用limit优化后，使用limit不再是全表查出，而是抽样查询。涉及参数如下：
set hive.limit.optimize.enable=true;
set hive.limit.row.max.size=100000;
set hive.limit.optimize.limit.file=10;

  1. 利用局部排序
    Hive中使用order by完成全局排序，正常情况下，order by所启动的MR仅有一个reducer，这使得大数据量的表在全局排序时非常低效和耗时。
    当全局排序为非必须的场景时，可以使用sort by在每个reducer范围进行内部排序。同时可以使用distribute by控制每行记录分配到哪个reducer。

  2. 慎用低性能的UDF和SerDe
    慎用低性能的UDF和SerDe，主要指谨慎使用正则表达式类型的UDF和SerDe。
    如：regexp、regexp_extract、regexp_replace、rlike、RegexSerDe。
    当待处理表的条数很多时，如上亿条，采用诸如([^ ])([^ ])([^ ])(.?)(".?“)(-|[0-9])(-|[0-9])(”.?“)(”.?")这种复杂类型的正则表达式组成过滤条件去匹配记录，会严重地影响map阶段的过滤速度。
    建议在充分理解业务需求后，自行编写更高效准确的UDF实现相应的功能。

22.优化count(distinct)
优化方式如下，左图为原始HQL，右图为优化后HQL。请添加图片描述

23.改用MR实现
在某些场景下，直接编写MR比使用HQL更加高效。

  1. 推测执行
    当集群规模很大时（如几百上千台机器组成的集群），个别机器出现软硬件故障的概率就变大了，并且会因此延长整个任务的执行时间（跑完的任务都在等出问题的机器跑结束）。推测执行通过将一个task分给多台机器跑，取先跑玩的那个，会很好的解决这个问题。对于小集群，可以将这个功能关闭，缺点是资源占用率相对较高。对应参数为
    mapreduce.map.speculative 是否开启map的推测执行，默认true
    mapreduce.reduce.speculative 是否开启reduce的推测执行，默认true
    mapreduce.job.speculative.speculativecap 推测执行的比例，默认10%
    mapreduce.job.speculative.slowtaskthreshold 判断task需要做推测执行的标准，默认1.0，即单个task的进度与所有task的平均进度相差一倍时，即认为是慢的task，需要推测执
    行。
    mapreduce.job.speculative.slownodethreshold 判断节点slow的标准，默认1.0，即某个节点的所有map和reduce的进度比其他节点的对应值慢一倍时，即认为是慢节点，从而不给它推测执行任务。
泽泽野
关注
  • 24
    点赞
  • 踩
  • 20
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
Hive内核调优(二)
weixin_47884711的博客
12-26 1015
SQL调优过程中需要结合Hive日志分析性能瓶颈，如下是对关键日志进行说明。
hive参数调优
caiyefly的博客
11-03 458
hive指定spark为数据执行引擎，hive参数调优
Hive 调优
记录点点滴滴
05-11 1346
Hive 调优 执行计划（Explain） 基本语法 查看执行计划 查看详细执行计划 Fetch抓取 设置成 none 设置成 more 本地模式 HQL 语法优化 小表大表 Join ( MapJoin ) 设置 MapJoin 参数 MapJoin 工作机制 创建表 导入数据 Join 大表 Join 大表 空 KEY 过滤 空key转换 不随机分布空null值 随机分布空 null 值 SMB ( Sort Merge Bucket join ) Group By Count(Distinct) 去重
Hadoop Hive HBase调优
m0_67391683的博客
09-02 352
性能调优之于Hadoop来说无异于打通任督二脉，对于Hadoop的计算能力会有质的的提升，而运维之于Hadoop来说，就好像金钟罩、铁布衫一般，有了稳定的运维，Hadoop才能在海量数据之中大展拳脚，两者相辅相成，缺一不可。总体来说，Hadoop运维维度取决于Hadoop的运行环境以及Hadoop软件本身。而Hadoop 性能调优是一项工程浩大的工作，它不仅涉及Hadoop本身的性能调优，还涉及硬件、操作系统和Java虚拟机的调优。
Hive内核调优(三)
weixin_47884711的博客
12-30 978
了解业务需求后，考虑使用直接编写MR实现，MAP的输入为用户信息表USER及所有指标表的目录下的文件，MAP输出为用户ID、指标值，REDUCE输入为用户ID、指标值序列，REDUCE输出为用户ID和按顺序排列的指标值，落地成结果文件。如下场景，需要将用户信息表USER与INDICT_1、INDICT_2、INDICT_3、INDICT_4、INDICT_5等一定数量的指标表进行关联，目标是汇总用户的所有指标到一个新的用户指标表，一方面SQL比较冗长，另一方面由于多次join性能较低。
Hive调优
DevinKim的博客
08-17 656
Hive调优 一.Hive的数据压缩 ​ mapreduce当中的数据压缩：maptask输出的数据可以压缩。reduceTask输出的数据也可以压缩。 ①开启hive当中map输出的数据压缩 1. 开启hive中间传输数据压缩功能 set hive.exec.compress.intermediate=true; 2. 开启mapreduce中map输出压缩功能 set mapr...
HIVE调优
xiu9543的博客
03-02 112
开启本地抓取，map端join/聚合，skewjoin，桶join
hive on spark 性能参数调优
AntKengElephant的博客
11-03 5388
select * from stg_bankcard_auth_apply where length(idcardno) >= 1 and length(idcardno) <> 32; --该表存储文件格式为txt格式，是源文件直接load进来的，mapreduce运行不管任何sql(包括非常简单的)，直接崩溃，无法统计；文件65.5G，1.4亿条数据 --同样的sql统计; ...
spark内核解析和调优指南
m0_50323137的博客
04-12 473
Spark内存管理 Spark 作为一个基于内存的分布式计算引擎，其内存管理模块在整个系统中扮演着非常重要的角色。理解 Spark 内存管理的基本原理，有助于更好地开发 Spark 应用程序和进行性能调优。本文中阐述的原理基于 Spark 2.X 版本。 在执行 Spark 的应用程序时，Spark 集群会启动 Driver 和 Executor 两种 JVM 进程，前者为主控进程，负责创建 Spark 上下文，提交 Spark 作业（Job），并将作业转化为计算任务（Task），在各个 Executor
【Hive SQL 每日一题】行列转换
JIE的博客 --- moon_coder
05-20 883
列，分别代表每名同学对应的各科成绩，我们只需要在统计时加入判断条件即可，每列只固定求某科的成绩，如果不是则用。解决问题的方式有许多种，但往往我们需要去注重学习解决问题的思路，希望本文对你有所帮助。行转列操作，其实就是将行数据通过列的方式进行查询展示而已，这里行转列数据共有。会返回两个参数，其中第一个参数表示索引，第二个参数才是其对应的值。的方式，将表的一列扩展到多行，从而完成列转行的需求。在只使用一个扩展函数时，并不会产生笛卡尔积，如上所示。条件来进行过滤，取到对应的数据。在形成笛卡尔积后，我们可以使用。
Hive实现delete、update操作
早拾碗吧的博客
05-23 356
【代码】Hive实现delete、update操作。
hive架构与安装
很开心你能来~
05-21 390
hive架构与安装
springsecurity入门登录授权
weixin_42383680的博客
05-17 268
①我们需要自定义登陆接口，也就是在controller目录新建LoginController类，在controller方法里面去调用service接口，在service接口实现AuthenticationManager去进行用户的认证，注意，我们定义的controller方法要让SpringSecurity对这个接口放行(如果不放行的话，会被SpringSecurity拦截)，让用户访问这个接口的时候不用登录也能访问。在LoginServiceImpl类添加如下。配置类SecurityConfig。
Hive的UDF函数
早拾碗吧的博客
05-20 288
Hive的UDF函数
lvm磁盘创建失败Couldn‘t create temporary archive name
最新发布
太极淘的博客
05-23 170
文件系统 容量 已用 可用 已用% 挂载点。文件系统 容量 已用 可用 已用% 挂载点。原因：存储使用100%，无法挂载，须预留部分空间出来。删掉其中无用文件、log日志继续操作即可。
Srping 历史
u011627218的专栏
05-20 800
Srping 历史。
WPF拖放控件
xunmeng2002的专栏
05-20 319
对拖放相关事件研究后发现，最终只需要在拖动源事件处理程序中调用 DoDragDrop 方法启动拖动操作，然后在拖放目标上，响应Drop事件。除了正常拖动（将Tab页从一个TabControl 拖动到另一个 TabControl 中），考虑将Tab页拖动到窗口之外的情况（浏览器在这种情况下会创建一个新的窗口来显示这个Tab页），我这里采用类似的方式，创建一个预设的子窗口来显示该Tab页面。此外，当Tab页面在原TabControl内部拖动时，根据拖动位置，调整Tab页面的顺序。
大数据开发面试题【Hadoop篇】
weixin_53191998的博客
05-20 527
吐血整理 亲身体验的面试题总结
hive sql 调优
05-17
Hive SQL 调优的核心思路是优化查询计划，以减少查询时间和资源消耗。以下是一些常见的 Hive SQL 调优技巧： 1. 使用分区表：将数据按照某个字段分成多个分区，可以减少查询范围，提高查询效率。 2. 使用索引：...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

泽泽野

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值