从 Oracle、Hadoop 到 Apache Doris:哥瑞利泛半导体智能制造数据平台实践

编程范式的本质:阴阳二分,相融相异 本文源于一次真实的设计讨论,上片博客沿着四种语言实现的路子走下去,本篇博客则沿着设计模式的路线归结到计算机哲学的根。需求本身小得不能再小:给一个存放数据库读取结果的 `Dict` 列表按字段名排序。但当我们把约束加码到"字段演进时排序器永不改动"时,这个需求就不再是工程问题,而成了三种编程范式的正面交锋。沿着这条线走下去,我们最终抵达了一个更根本的结论——**编程范式不是一张并列的表格,而是一棵树,而树的根只有两个。** 阅读详情

摘要:本文介绍哥瑞利基于 Apache Doris 构建泛半导体统一 OLAP 架构的实践。该方案支撑万亿级制造数据的实时分析与生产追溯,常规交叉分析可在秒级别完成,并覆盖良率管理、设备监控和企业数据中台等核心场景。通过主键模型、分区分桶、Colocate Join 等能力,帮助制造企业减少系统复杂度,构建稳定、高效的数据分析底座。

在 Doris Summit 2025 上,哥瑞利大数据总监尹炬分享了 Apache Doris 在泛半导体智能制造领域的应用实践。本文整理自该演讲,并以演讲人第一视角进行描述。

哥瑞利是一家领先的泛半导体智能制造软件解决方案提供商,长期服务半导体、面板、PCB 及光伏等制造企业。在这些行业中,系统繁多,业务复杂,数据平台与生产过程紧密相连。一旦系统出现波动,影响的可能不只是查询速度,还可能是实际生产。

随着数据规模持续增长,哥瑞利也在不断调整技术架构,从 Oracle、Hadoop 到当前的 Apache Doris。但这并不是简单的数据库产品替换,更重要的是重新思考:制造业的数据应该如何存储、查询和维护,才能在复杂生产环境中长期稳定运行。

泛半导体制造的数据特征

泛半导体工厂通常投资规模大、工艺链路复杂,并保持 7×24 小时连续生产,因此对数据平台的稳定性、实时性和可持续运行能力要求极高。

1-泛半导体数据特征.PNG

这类制造数据具有海量、高速、多维和高价值等特点。以一座 12 英寸半导体工厂为例,一条产线每月可生产约 2 万片晶圆,叠加 Die、测试项目、多站点测试及复测数据后,仅一道工序的单表月数据量就可能达到千亿级,整体数据规模很快进入万亿级。

与此同时,工厂还会持续产生日志、文件、图片、视频以及秒级、毫秒级的时序数据。这些数据涉及设备参数、工艺配方和产品良率等核心信息,通常只能在厂区内网流转。因此,数据平台不仅要处理海量数据,还必须满足实时分析、数据安全、本地化部署和长期稳定运行等要求。

传统架构:慢、繁、难、贵

制造业在 IT 技术引入上相对谨慎,很多客户长期以 Oracle 等传统关系型数据库为主,后来也陆续建设了 Hadoop 平台。这些架构在各自阶段都解决过实际问题,但随着数据规模和实时分析需求增长,也逐渐暴露出“慢、繁、难、贵”等问题。

2-传统架构痛点.PNG

“慢”,主要体现在海量数据分析能力不足。传统数仓面对百亿、千亿级数据时,报表查询和 Ad-hoc 即席查询响应较慢,很难满足产线实时分析和快速决策的需求。

“繁”,主要来自 Hadoop 体系本身。Hive、HBase、Spark 等组件较多,技术栈重,开发和运维门槛都比较高,同时数据处理通常存在明显的 T+1 延迟。

“难”,是数据分散带来的问题。实时数据和历史数据往往分布在不同系统中,MES、FDC 等业务系统之间的数据关联复杂,出现良率问题时,很难快速完成跨系统追溯。

“贵”,则是传统商业数据库和数仓的 License、硬件及服务成本较高,数据规模越大,后续投入越明显。

面对这些问题,我们希望进一步收敛技术栈,以更简单的架构统一承载海量数据存储、加工和分析。经过多个维度的对比验证,我们逐步减少对传统 Hadoop 组件的依赖,采用以 Apache Doris 为核心的统一 OLAP 架构。

以 Apache Doris 为核心的统一 OLAP 架构

在具体项目中,数据可能来自 MySQL、Oracle、SQL Server、PostgreSQL 等业务数据库,以及设备系统、文件系统和物联网平台。我们通过自研调度平台完成实时和离线的数据采集、同步与加工,并由 Apache Doris 统一承载结构化、半结构化及时序数据的存储与分析。

对于文本、图片和视频等非结构化数据,文件本体通常保存在文件系统或专用存储中,相关元数据、索引和分析结果进入 Doris。基于这一架构,上层可以统一支撑运营分析、设备分析、生产追溯及 AI 应用。

3-doris统一架构.jpeg

通过将原本分散在多个组件中的数据加工和分析能力进行收敛,这套架构减少了系统组件和数据链路,也降低了平台的开发与运维复杂度。

在实际项目交付中,也会根据客户对部署模式、技术支持和企业级运维能力的需求,采用 SelectDB 企业级产品,在保持 Apache Doris 核心能力的基础上,进一步满足制造企业对稳定性、服务保障和长期运维的要求。

Apache Doris 在制造业场景中的关键能力

结合泛半导体行业的数据特点,我们在项目中重点使用了 Doris 的主键模型、动态分区与分桶、Colocate Join 等能力。

  • 主键模型:减少频繁删除与重复写入。制造业务数据通常具有明确主键,并会随着生产过程持续更新。过去常见的做法是先删除旧数据,再重新写入,但在数据量较大时,频繁 Delete 会增加 Compaction 压力。因此,我们更多采用主键模型,通过 Upsert 完成数据更新,减少重复删除和写入。

  • 动态分区与分桶:提升大规模数据查询效率。半导体制造数据通常具有明显的时间属性。我们根据数据生命周期和访问模式,按照时间维度进行动态分区,并结合业务主键或高频过滤字段进行合理分桶。通过提前规划数据分布,可以有效减少查询扫描范围,提高并发查询效率,同时简化历史数据管理。

  • Colocate Join:加速超大表关联分析。良率分析和生产追溯通常需要关联生产事实表、设备表、工艺表及测试结果表,其中部分表的数据规模达到千亿级。通过合理设置 Colocate Group,使关联数据按照相同规则分布在相同节点上,可以减少大表 Join 过程中的网络数据传输,显著提高多表关联查询效率。

  • 异步物化视图:简化复杂计算链路。针对复杂指标计算,过去往往需要依赖 Flink、Spark 或多层嵌套 SQL,现在可以通过异步物化视图在 Doris 内部完成部分预计算,减少外部组件和处理链路。

  • UDF:可适配制造业班次时间。制造企业通常按照班次而不是自然日进行统计,例如白班从早上 8 点持续到晚上 8 点,夜班还会跨越两个自然日。因此需要通过自定义函数来实现这些特殊的时间模型。Doris 对 UDF 的良好支持,使得这一需求能够方便实现。

  • 冷热数据管理:满足 15 年数据留存要求。制造业数据通常需要长期保留。我们会根据访问频率进行冷热分层:最近三个月的数据放在 SSD 等高性能介质上,三个月至一年以内的数据放在成本相对较低的存储介质中,超过一年的数据逐步归档到 NAS,长期数据则根据客户要求归档到磁带设备。既能满足长期数据留存要求,又能控制高性能存储的使用成本。

客户真实场景落地:从良率分析到设备监控

目前,Apache Doris 已应用于我们的多个制造业解决方案,包括 YMS 良率管理系统、FDC 设备监控系统和企业数据中台。以下结合三个项目,介绍 Doris 在质量分析、设备监控和企业级数据平台中的落地方式。

某头部半导体材料厂 YMS 项目应用

YMS,即良率管理系统,主要用于分析晶圆测试数据,是我们典型的应用场景。当芯片出现质量异常时,工程师需要判断问题来自生产工艺、设备状态、原材料还是其他环节。这一过程通常需要关联晶圆、Die、测试项目、设备、批次和材料等多个维度,具有数据规模大、查询条件多、追溯链路长等特点。

4-半导体材料厂.jpeg

客户原有系统主要基于 Oracle 建设。随着数据持续增长,复杂查询响应时间逐渐变长,历史数据也需要频繁归档。

在迁移过程中及部分低频查询场景中,我们利用 Doris 外表能力对 MySQL、Oracle、PostgreSQL 等系统进行联邦查询,避免一次性迁移全部数据;同时,通过主键模型、分区分桶和 Colocate Join 优化核心数据模型。

在当前项目的数据模型、查询条件和集群配置下,系统可支撑万亿级数据集上的分析,常规交叉分析通常可在 10~15 秒内完成,并支持历史数据自动归档。

某头部封装厂 FDC 项目

FDC,即设备故障检测与分类系统,负责持续采集和分析生产设备的运行参数。在该项目中,部分设备需要按照秒级甚至毫秒级频率采集数据,一条产线每天产生的数据量可达到数百 GB。

5-头部封装厂.png

原有 Oracle 架构在高频写入、长周期历史数据查询和多维聚合方面逐渐面临扩展压力。迁移至 Doris 后,系统通过物化视图预计算常用设备指标,并结合时间窗口计算和业务规则完成趋势分析、异常识别和设备状态判断。

在数据规模持续增长的情况下,新架构能够更稳定地支撑高频数据写入和历史趋势查询,也减少了部分离线计算链路。

某头部面板企业数中台项目应用

客户原有数据平台采用 Hadoop,并按照 ODS、DW、DWS、ADS 进行分层建设。该架构能够支撑离线数据处理,但组件数量较多、任务链路较长,实时查询能力有限。

我们将原有数仓分层和数据加工任务逐步迁移至 Doris,并通过自研调度平台替换部分商业调度工具。迁移后,客户保留了原有的数据分层和建模思路,但底层存储、加工与查询能力由 Doris 统一承载。

6-头部面板企业.jpeg

目前,部分项目的数据规模已达到 PB 级。相比原有架构,新的数据处理链路更短,需要维护的组件更少,实时查询和平台运维效率也得到改善。

携手开源社区,构建泛半导体国产数据底座

从上述项目可以看出,制造业数据平台不仅要处理海量数据,还要兼顾实时分析、长期稳定运行、系统复杂度和总体成本。国产化不只是产品替代,更要经得多重检验。

经过多个项目的实践与持续优化,我们认为,Apache Doris 已能够支撑泛半导体行业中的良率分析、设备监控、生产追溯和企业级数据分析等场景。在部分企业级交付项目中,我们也结合 SelectDB 企业级产品提供更完善的服务支持和运维保障,帮助客户更稳定地运行关键生产系统。其统一的存储与分析能力可以减少系统组件和数据链路,尤其适合希望收敛技术栈、降低运维负担的制造企业。

从 Oracle、Hadoop 到以 Doris 为核心的 OLAP 架构,我们的技术路线在不断演进,但目标始终不变:让数据平台在工厂中长期稳定运行,真正服务于生产与业务。未来,我们将继续与 Apache Doris 社区携手,把泛半导体行业的真实需求与项目经验反馈给社区,并基于 Doris 等开源技术,持续完善面向行业的大数据解决方案,共同构建自主、开放、可持续演进的国产数据底座。

关于哥瑞利

上海哥瑞利软件股份有限公司是一家领先的智能制造软件解决方案提供商。专注于泛半导体 Know-how 和 MES,持续创新,创见性领先地利用大数据,人工智能,大模型等先进算法技术,帮助优秀企业创造和提升生产优势。据沙利文报告,2024年,公司为国内最大的泛半导体智能制造软件解决方案提供商,且是首家实现泛半导体全价值链软件覆盖的中国公司。

零售-公司间关联交易退货STO的实现方式 零售-公司间关联交易采购 STO-退货 集团公司下经常会出现一家公司和另外一家公司的公司间的关联交易,如跨公司销售、总分公司之间采购,分公司之间的采购等业务;通常公司间采购会采取STO的模式来实现(根据业务模式可以将库存转储统一做成STO的模式,公司间STO、同公司工厂间、同工厂库存地点间 的STO SAP都是支持的); 公司间STO 正向A向B采购都很熟悉,公司间退货STO的其实也是比较普遍的业务现象,很多实施着也将其做成反向的STO(B向A采购),而不是退货STO(A向B,item 选择return的标 阅读详情

相关推荐

django drf 框架知识点(一)——serializer序列化器_用法全解

【django drf】序列化器:别名设置,全部参数序列化,自定义字段,只读只写,部分更新

qq_59344127的博客 1338

Oracle静默安装,含仅软件安装和数据库安装及常见报错处理方法DBT-10317 DBT-05509 [FATAL] ORA-03114

本文详解Oracle 19c单机版静默安装与数据库创建全流程,涵盖目录配置、响应文件编写、安装及建库命令,附常见报错(如DBT-10317、ORA-03114)解析与解决方案,包含删库指令与日志分析,适合内网环境自学实战,免费干货,实用性强。

qq_41474349的博客 172

FineBI制作数据可视化大屏-数据连接(1)

快速上手大屏可视化,FineBI数据连接配置。

Pangaoyang_的博客 1909

Mysql数据库基础篇(三):全面掌握数据库与数据表操作:深度剖析底层文件差异与核心管理机制

如果你想彻底改掉某个字段的名字,应该使用 change。实例:将 employee表中的 name列修改为xingming注意:使用 change时,即便不改变数据类型,在指定了新列名后依然需要完整地写一遍它的数据类型与约束定义。

2501_93641778的博客 226

【Blockly开发教程】01 初识Blockly

Blockly 是由 Google 开发的开源代码库,它可以为网页程序和移动端应用程序添加可视化代码编辑器。

Bright的博客 4512

主板USB接口全部失效解决方案(通用串行总线USB控制器有黄色叹号)保姆级教程亲测有效

通用串行总线控制器总是有叹号解决办法 办公室的崩腾时代老电脑,疫情期间没人用,来了开机之后发现鼠标键盘都用不了,本以为是主机放时间长出了问题,后来想起来就百度了“鼠标键盘都失效”的标题,结果发现了“串行总线控制器总是感叹号”的关联问题。正好办公室电脑都装有teamviwer常用来远程办公(在家偷懒)。所以通过远程发现电脑室可以运行的。并在控制面板发现:通用串行总线控制器总是感叹号,插入外设时USB无反应。如图:​ 并且右键选中其中一个,点击最后一个选项:“属性” 可以发现“设备状态”中会提示“由...

xiao_bai_0_0的博客 2万+

智叟云集系统 · 数据分层与管理体验

智叟云集系统 · 数据分层与管理体验 · 数据分层与管理体验。

2301_77178996的博客 413

Win11内核隔离无法打开的解决方案详解

内核隔离问题的解决需遵循"先硬件后软件"的排查原则,90%以上的案例可通过驱动清理或外设断开解决。对于必须禁用该功能的用户,建议定期使用Windows Defender进行全盘扫描,并保持系统更新至最新版本。技术决策需在安全性和兼容性之间取得平衡,本文提供的多维解决方案可帮助用户构建更稳定的Windows 11使用环境。

mmoo_python的博客 4825

oracle直方图测试

预期:没有直方图时,优化器假设 status 分布均匀(选择性 = 1/NDV ≈ 1/100),两个查询的预估行数(E-Rows)会非常接近(约 1000 行),很可能对两个查询都选择索引扫描,或者都选择全表扫描,无法区分数据量的巨大差异。

ZHANG123HUO的博客 48

自然语言处理NLP星空智能对话机器人系列:Gavin大咖 Transformer 101问答集 第一问

自然语言处理NLP星空智能对话机器人系列:Transformer 101问答 [让天下没有难学的Transformer] 你问我答系列之一 Gavin大咖第一问: Transformer中的可训练Queries、Keys和Values矩阵从哪儿来? 以上是智华解答,供同学们参考。 星空智能对话机器人系列博客 NLP星空智能对话机器人系列:第二次星空智能对话机器人Zoom线上演示安排 NLP星空智能对话机器人系列:StarSpace: Embed All The Things NLP星空智能对

大模型与Agent智能体 991

【DeepSeek R1构建本地RAG知识库】数据结构化清洗-知识图谱制作、使用、dify集成

本文探讨了在构建本地RAG(Retrieval-Augmented Generation)系统时,如何通过引入知识图谱来增强系统的知识理解能力。传统的向量数据库和嵌入模型虽然能处理语义匹配,但无法有效捕捉知识间的关联性。知识图谱通过“实体-关系-属性”的结构化表示,能够更好地支持推理、推荐和多跳问答等高级功能。文章详细介绍了知识图谱的基本概念、制作思路,以及如何使用Neo4j图数据库进行知识图谱的构建和查询。通过实例展示了从PDF文件解析到知识图谱入库的全过程,强调了知识图谱在提升RAG系统性能中的重要作用

少说,多做 561

Oracle 19c RAC ASM 在线扩容实战

最近有一套 Oracle 19c RAC 数据库,DATA 磁盘组空间使用率已经接近 90%,需要扩容。环境是两节点 RAC,底层使用 Dell EMC SAN 存储,通过 Multipath 管理共享磁盘,存储侧已经分配好一块 2TB 的新 LUN,只需要在操作系统上识别,然后加入 ASM 磁盘组。整个过程不需要停库,本文记录一下实际操作步骤。这次 Oracle 19c RAC ASM 扩容整体比较顺利。

LuciferLiu_DBA 268

【WorkBuddy专栏25】如何选择大模型——积分消耗、用途场景、选型决策全指南

【WorkBuddy专栏25】如何选择大模型——积分消耗、用途场景、选型决策全指南

AI人人懂 927

15_MySQL 数据同步与迁移方案 —— 复制 / DataX / Canal / 异构同步(对标 Oracle GoldenGate)

15_MySQL 数据同步与迁移方案 —— 复制 / DataX / Canal / 异构同步(对标 Oracle GoldenGate) 系列定位 :《MySQL 数据库全栈运维实战系列》第 15 篇,与《Oracle 数据库全栈运维实战系列(VMware 版)》同构对标(Oracle 15 OG…

dk843108982的博客 232

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

efm32 入门.pdf

本PDF共计22页,介绍的是操作驱动API,下载与否自己斟酌。

任务8-1 数据库用户权限管理

本实战训练MySQL权限管理的完整流程。通过CREATE USER建用户,GRANT按需授权,SHOW GRANTS核查权限。岗位变动时,使用REVOKE回收多余权限,并用FLUSH PRIVILEGES刷新缓存。全流程旨在落实最小权限原则,规范数据库安全运维。

howard2005的专栏 149

NTscan扫描工具

ntscan是一个扫描器,可以扫描没有密码和弱密码的共享,先到配置文件中填写猜测的用户名和密码,扫描过程中右侧出现的是扫描日志。

带着小白学习-微服务-5 实战:配置中心-数据库连接

如前所述,服务治理主要包含注册中心,前面所有的微服务子工程均已注册到nacos,然后由相应的应用到nacos进行拉取。接下来,我们将使用nacos的配置中心,用于保存和分发应用运行所需的动态配置。比如数据库的各类信息等。

wdyan297的博客 203

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

SQL Server的系统存储过程sp_MSforeachdb,实现遍历所有数据库,查询数据库中是否存在表

sp_MSforeachdb是SQL Server中一个未公开的系统存储过程,用于遍历当前实例下的所有数据库,并对每个数据库执行指定的SQL命令。它相当于一个“批量循环工具”,可以避免手动逐个数据库操作或写复杂的游标脚本。🔄 核心作用?

weixin_43933286的博客 179

MySQL数据库和表的操作

本文系统介绍了MySQL数据库与表的基本操作。包括创建、查看、修改和删除数据库,重点讲解字符集与校验规则对大小写敏感性的影响;通过SHOW、ALTER、DROP等命令实现数据库管理;介绍数据备份(mysqldump)与恢复(SOURCE)方法;并详细阐述表的创建、结构查看(DESC)、字段增删改(ALTER TABLE)及表删除操作,涵盖字段类型、注释、索引等关键要素,为数据库开发与维护提供完整指导。

2201_75570391的博客 351

Oracle 19c 在线重定义后旧表空间清理及 ASM 存储资源回收 SOP

Oracle 19c 在线重定义后旧表空间清理与 ASM 存储资源回收 SOP

「YYL DBA手记」 数据库 · 架构 · 运维 · 实战 yyldba.blog.youkuaiyun.com 478

【服务器数据恢复】RAID5阵列双盘掉线Oracle+OA系统的数据恢复案例

某医药公司服务器组建RAID5磁盘阵列,阵列内两块硬盘先后离线,直接造成服务器宕机。服务器操作系统为RedhatLinux,承载基于Oracle数据库搭建的OA业务系统,业务数据价值高、恢复时效要求紧急。由于该OA配套Oracle版本早已停止技术支持,客户需求为:完整恢复业务数据,同时尽可能复原原有操作系统环境。

beiya123的博客 120

Oracle 紧急安全警报:Java 9.1 分漏洞 CVE-2026-91403,撤销对 eMudhra 风险证书的信任

本文梳理 Java JSSE 证书信任风险 CVE-2026-91403 及后续 CVE-2026-114820 的处置链路,说明 eMudhra 风险证书、交叉签名与实际利用条件,提供运行时、信任库、容器及 CI 环境的排查方法,并结合供应商公告给出修复、应急缓解和验收清单。

初入江湖,多多关照 524

AI Agent记忆从不是向量库:Oracle拆解读写分离与记忆晋升门,终结无脑存聊天的伪智能——读Wojtek Pluta演讲

在过去一年里,绝大多数团队在为自己的 AI Agent 增加“记忆能力”时,做法几乎如出一辙:开一个向量数据库(Pinecone / Milvus / Chroma),在每轮对话结束时,把用户的提问和 Agent 的回复转成 Embedding 向量直接往里塞;<summary> 审查 Kyle 的贷款完整性,审批未通过,等待补件。这种记忆能力完全脱离了脆弱的会话上下文窗口,靠的是数据库底座驱动的显式记忆装配。在写路径中,决定一条信息能否从“临时上下文”跃升为“长期持久化记忆”的核心关卡,正是。

鲜衣怒马楼兰月 126

Oracle ORA-12560 故障排查实战:Windows TCP 连接资源不足(端口缓冲池爆满)与重启恢复 SOP

Windows 环境 Oracle ORA-12560 故障排查与处理:TCP 连接资源不足及重启恢复实战

「YYL DBA手记」 数据库 · 架构 · 运维 · 实战 yyldba.blog.youkuaiyun.com 416

AI代理驱动数据库应用的新范式与TiDB实践

三是多数据源联邦,一个Agent同时挂载多个数据库的MCP Server,跨库联合查询由模型编排,这会催生新的数据虚拟化玩法,也对工具间的语义一致性提出要求。再往后是ORM框架的普及,开发者操作的是对象模型,SQL由框架在运行期拼装生成,数据库的真实形态被进一步隐藏。理想的是配置一名同时理解两边的桥梁角色,负责解读审计日志中的异常模式,把模型侧的怪异行为翻译成数据库侧的防护策略调整。MCP Server只是起点,它验证的是一条基本原则:让AI安全地触碰生产数据,靠的不是模型的自觉,而是架构的设计。

搞定过:百亿级数据、万级QPS、零宕机、AI工业化。 617

Oracle 如何实时同步一张表 同时新表可以update

",0],["-- 如果新表被手动 UPDATE 过了(变为 'Y'),则源表不再覆盖它",5],["\n \n ELSIF DELETING ",0],["THEN",3],["\n ",0],["DELETE",3],[" ",0],["FROM",3],[" new_table ",0],["WHERE",3],[" id \u003d :OLD.id;

jnrjian的博客 191

给 Agent 接数据库:账号密码与 API Key 的配置、授权和排查

本文系统梳理了Agent接入数据库时的凭据管理与安全实践,强调区分模型API Key、工具访问凭据和数据库账号三类密钥,按角色分层注入,避免越权。核心原则包括:密钥仅注入执行层、参数化查询结合服务端上下文(如租户/客户ID)实现权限隔离、使用最小权限账号并配置行级策略、通过日志追踪业务用户与数据库会话关联。重点防范模型幻觉导致的越权,确保认证、授权、审计闭环,保障订单查询等敏感操作的安全可控。

augen1355的博客 190
上一篇: 日志平台 ELK 替代场景:Apache Doris / SelectDB 的技术能力与选型对比
下一篇: 中通快递宽表高频更新多维分析:Apache Doris / SelectDB 的技术能力与实践
SelectDB技术团队
博客等级 码龄4年 2119粉丝 483原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

SelectDB技术团队

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

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

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

打赏作者

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

抵扣说明:

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

余额充值