关系型数据库到MongoDB的战略迁移 - MongoDB大中华区首席架构师唐建法专访

MongoDB 信创替代 MongoDB的信创替代已从“技术可行”迈向“规模化落地”阶段。人大金仓数据库凭借协议兼容、多模存储与成熟案例,成为零代码迁移的首选;TiDB在金融核心系统中验证了分布式架构的可靠性;OceanBase则以强一致性与高可用能力适配银行等关键场景。企业需结合自身业务特性,优先选择通过信创认证、生态完善的产品,并在迁移中注重工具化、自动化与人才储备,确保替代过程高效、安全、可控。 阅读详情

数据库作为最关键的基础设施,渗透技术领域的方方面面。随着互联网时代的信息高速膨胀,传统关系型数据库因其高门槛、高成本以及扩展性差等原因导致的局限性逐渐浮出水面,如今更是面临诸多问题和挑战,在这一大环境下,NoSQL的进一步发展已成必由之势。面对现状,有的企业选择在关系型数据库领域寻求突破,大胆尝试以创造机遇。也有用户选择了数据库迁移这一策略,然这一过程也将面临颇多难题。

MongoDB大中华区首席架构师,MongDB中文社区mongoing.com发起人。

优快云:请先和大家介绍下自己和您目前所从事的工作,以及关注哪些技术领域?


唐建法:我目前在MongoDB官方担任的是负责MongoDB相关解决方案架构师。关注的领域是新一代数据处理的相关技术以及更多的是如何与现代软件架构相结合提供完整的IT解决方案。


优快云:是什么样的契机让您接触到MongoDB,并最终选择它作为自己的研究方向?MongoDB吸引您的特性有哪些?


唐建法:我是一个多年的开源软件受惠者和贡献者。第一次接触纯属偶然,那是在2011年,彼时我还在旧金山和几个朋友创业。有一天无意中走进了MongoDB主办的一个技术大会,抱着试一试的心态,我把代码迁移到Mongo上来解决困扰我们许久的MySQL性能问题。性能问题确实解决了,但是真正打动我的却是使用JSON格式来管理数据这一焕然一新的概念和非常直观的持久化API。数据还可以这么玩!


优快云:能否以MongoDB为例,对比分析NoSQL与关系型数据库,简要谈一谈其各有什么优缺点及适用场景?


唐建法:这里有一张图可以帮助大家从3万尺高空来理解两者的大致区别。




图左侧是关系型数据库的一些共性。Oracle、SQLServer、MySQL诸如此类的关系型数据库的优势就是他们使用的SQL查询语句功能非常强大,表达力很丰富。无论多复杂的问题,基本上都能够用一个或几个SQL语句完成。关系型数据库的ACID事务性,虽然各个数据库支持力度不同,但是总体来说都有不错的能力和应用程序服务器配合为程序员提供较好的事务模型,保证数据库内数据及规则的一致性。而以MongoDB领头的NoSQL数据库阵营中,则以动态数据模式和横向扩展能力为主打利器,是针对于现代的数据问题提出的解决方案。动态或者可变模式是处理新一代多变多态数据的最重要能力,否则技术团队将沦陷于无休止的关系型模式设计、迭代、数据迁移的繁琐工作中。横向扩展能力则是百度云、京东、360等大型互联网公司从MySQL集群迁移到MongoDB的主要诱因:MongoDB的分片技术,借助于数据相对独立,容易分布的JSON文档模型,在处理海量数据能力上具有更可靠的的水平扩展能力和易管理性。


从技术应用场景来说,我认为MongoDB特别适合数据量较大(亿级以上)、数据结构复杂多变,以及绝大部分的现代Mobile和Web应用。对使用Microservices架构的同学,更可以大胆考虑MongoD,B因为在微服务架构下对强事务的需求相对会少很多。


优快云:请您结合MongoDB常见的企业应用设计模式或使用场景,简要介绍一下实际案例下DaaS这一应用模式。


唐建法: MongoDB常见的企业级应用模式有几种,如DaaS、Single View、ODS、Mainframe Offloading等。其实这几种都是CQRS设计模式中的某种体现。在这里,DaaS(Data as a Service) 就像SaaS模式一样,把数据作为一种功能来提供给客户端,也即应用程序。这些数据通过API的方式让应用程序可以完成所有数据的需求,无论是简单CRUD(通过REST)还是传统的报表分析(SQL或Big Data API),抑或是基于事件的Messaging。如下图所示:




这里最关键的中间层:persistence。我们这里需要一个有巨大横向扩展能力,同时又有毫秒级响应能力的联机交易数据库,才可以把我们的数据即服务架构搭起来。苏格兰皇家银行RBS早就开始DaaS的研究,但是最近才找到合适的存储平台——MongoDB来进行他们的IT革新。他们打算把一万多SQLserver,数千台Coherence,数百个Oracle的复杂数据平台逐渐过渡到以数据即服务的一个平台,利用新一代数据库的海量处理能力和模式的灵活性,进行大规模的整合去重。目前已经迁移了十多个应用、数十个关系型数据库到新的平台。


优快云:数据库安全一直是备受用户以及开发者关注的话题,在MongoDB安全性问题方面您有什么相应的措施建议吗?


唐建法:前一段的赎金事件把MongoDB推到风口浪尖。最主要的原因当然是用户没有一丁一点的安全意识,把生产数据库放在公有云上不设密码,不开防火墙进行裸奔。官方明确建议上线前:


  • 开启鉴权,开启鉴权,开启鉴权!

  • 开启防火墙!

  • 使用白名单

  • 使用专用的账号来连接数据库

  • 只给用户最小可用的权限

  • 有必要的话启用TLS/SSL


MongoDB会在后续版本中进一步加强安全体系,默认就会开启鉴权,最大程度上防止由用户错误造成的损失。


优快云:能否请您结合多年实践经验,谈谈对MongoDB,乃至整个数据库市场未来发展趋势以及潜在挑战的看法?


唐建法:数据库市场是软件行业中最大的市场,因为没有哪一个应用场景可以离得开它。Oracle(数据库)的发展早就已经停滞并在萎缩。全球各大企业的CIO都在企业数字化的过程中积极探索新一代的数据解决方案。NoSQL数据库由于其对非结构化、半结构化数据的支持,以及高并发、海量数据的横向扩展能力支持,已经被行业所认可并成为现代数据库布局不可缺少的一个部分。很多大型企业,类似于巴克莱、花旗、汇丰,甚至于全球最大最出名的手机公司都在建立基于MongoDB的新一代数据库标准,用于补足传统数据库标准的不足。


优快云:在您看来,优秀的技术人应该具备哪些素质,您有什么经验想要和大家分享?


唐建法:(大致总结下列三条)


  • 好奇心:对新事物不要自动就排斥,有好奇心才会去学习;

  • 多分享:分享一个内容前,你自然会对它进行彻底的研究,使你在这个题目上有话语权;

  • 多浏览:多读英文文章,多看StackOverFlow等国外技术论坛。


优快云:在本次SDCC 2016·北京站上,您将分享什么样的话题,同时期待看到哪些内容?


唐建法:我分享的题目是关系型到MongoDB的数据迁移。这些年来我和MongoDB用户交流的时候遇见最多的问题之一就是如何把数据从关系型数据库里迁移到MongoDB里来。常见的迁移工具如Informatica、GoldenGate等并不能对MongoDB很好支持。在这个讲座里我会给大家介绍迁移需要知道的一些步骤,文档模型设计的一些规则,以及给大家演示一个实时的关系型到MongoDB的同步兼模型转换工具。

唐建法-NoSQL之王:一分钟从关系型迁移到MongoDB TJ会通过若干互动的演示,而不是干巴巴的宣讲的方式来为大家介绍MongoDB风靡全球,成为NoSQL王者的关键原因。如果您已经是Mongo老司机,不用担心,你也可以从TJ的文档模式设计精粹及一分钟关系型到MongoDB的迁移演示中获益匪浅。 立即下载

相关推荐

PCB 传输线教程(上):基于 Polar Si9000 与嘉立创工艺的传输线设计

理论线宽是W1,但在实际制作时,铜线顶部会有部分被刻蚀掉,表面被刻蚀后的宽度表示为W2,一般取经验值W2=W1-1,单位为 mil,Si9000 里面默认也是采用 W1,W2 相差 1 mil 的方式进行计算。表面阻抗结构就是简单的在一个平面上走信号线,以另外一个平面为地平面,信号线所在平面不进行铺铜(或铺铜间距大到可以忽略不计),这是最简单的一种结构,只需要知道介质层的厚度和介电常数、信号线厚度就可以进行阻抗计算。这个也是经验值,一般保持默认,或者可以填入 C1 相同的值(即忽略堆积)。

Surrea1的博客 1万+

MongoDB——全面剖析MongoDB高可用架构

本文介绍了 3 种 MongoDB 的高可用架构,Master-Slave 模式,Replica Set 模式,Sharding 模式,这也是常见的架构演进的过程;MongdbDB Master-Slave 已经不推荐,甚至新版已经不支持这种冗余模式;Replica Set 通过数据多副本,组件冗余提高了可靠性,并且通过分布式自动选主算法,减少了停服时间窗,提高了可用性;Sharding 模式通过横向扩容的方式,为用户提供了近乎无限的空间;5、

zhanglongfei1016的专栏 1456

电力电子技术复习笔记

通常在开关过程前后加入谐振,使开关开通前电压先降到0,关断前电流先降到0,消除开关过程电压、电流的重叠,降低它们的变化率,从而大大减小甚至消除开关损耗。小信号线性化模型的原理:忽略开关频率分量和开关频率谐波分量及其边频分量,建立占空比、输入电压等的低频扰动对变换器中的电压、电流影响的模型。解:可以利用变压器的变比改变输出电压大小,避免控制过程的占空比过小或过大,提高控制精度,同时有利于减轻输出电路中电力电子器件的耐压要求。驱动电路:用于控制功率半导体器件的开关,从而控制电路的电流和电压。

Miracle Fan的博客 1万+

MongoDB 发展历史及各主要版本新特性概述

作者 | JiekeXu来源 |公众号 JiekeXu DBA之路(ID: JiekeXu_IT)如需转载请联系授权 |(个人微信 ID:JiekeXu_DBA)大家好,我是 JiekeXu,江湖人称“强哥”,荣获 Oracle ACE Pro 称号,墨天轮 MVP,墨天轮年度“墨力之星”,拥有 Oracle OCP/OCM 认证,MySQL 5.7/8.0 OCP 认证以及 PCA、PCT...

JiekeXu的博客 3386

RK3588开发板实战:从零开始移植Ubuntu 24.04(讯为SDK版)

本文详细介绍了如何在RK3588开发板上从零开始移植Ubuntu 24.04系统(讯为SDK版),涵盖开发环境准备、SDK解析、根文件系统定制、驱动适配、系统集成与烧录等全流程。通过实战案例,帮助开发者快速掌握RK3588开发板的系统移植技巧,适用于嵌入式开发与定制化Linux系统构建。

sand8的博客 436

实战指南:如何用Elasticsearch+Milvus搭建十亿级多模态搜索系统(含性能调优)

本文详细介绍了如何利用Elasticsearch和Milvus构建十亿级多模态搜索系统,包括架构设计、性能调优和实战部署。通过混合架构实现高效文本检索与向量相似度计算,显著提升查询性能与扩展能力,适用于大规模多模态数据处理场景。

x8y9z0的博客 1171

MongoDB在银行海量历史订单交易数据查询中的应用(Spring boot + Bee)

MongoDB在银行海量历史订单交易数据查询中的应用(Spring boot + Bee)近年来,随着各种便捷支付方式的普及,银行账户交易数据呈现爆炸式增长,同时数据模型也在不断变化,传统关系型数据库已难以满足这种海量的、模式灵活、高可用、高性能的数据存储和查询需求。通过对银行历史交易数据查询业务特点的分析,本文提出一种基于MongoDB数据库的银行海量历史订单交易数据查询解决方案,方案包括系统架构、数据模型、索引设计和分片键策略。实验表明,MongoDB能够实现海量的交易数据的存储和快速查询能力。

abckingaa的博客 1211

YOLOv8改进策略【注意力机制篇】| CVPRW-2024 分层互补注意力混合层 H-RAMi 针对低质量图像的特征提取模块

许多证据表明层次化网络对图像恢复(IR)任务通常不太有效,因为IR的目标是逐个预测像素值(密集预测),而缩小特征图会丢失重要的像素级信息。然而,层次化结构有降低时间复杂度以及学习语义级和像素级特征表示的优点。为了弥补缺点并利用优点,设计了H - RAMi层。

Limiiiing的博客 377

【SDCC讲师专访】专访MongoDB唐建法:从关系型数据库到MongoDB的战略迁移

【编者按】数据库作为最关键的基础设施,渗透技术领域的方方面面。随着互联网时代的信息高速膨胀,传统关系型数据库因其高门槛、高成本以及扩展性差等原因导致的局限性逐渐浮出水面,如今更是面临诸多问题和挑战,在这一大环境下,NoSQL的进一步发展已成必由之势。面对现状,有的企业选择在关系型数据库领域寻求突破,大胆尝试以创造机遇。也有用户选择了数据库迁移这一策略,然这一过程也将面临颇多难题。据悉,Mon...

Joy0921的博客 870

YOLOv11【第一章:零基础入门篇·第10节】YOLOv11项目实战:从零搭建检测系统!

🏆 本文收录于专栏 《YOLOv11实战:从入门到深度优化》。本专栏围绕 YOLOv11 的改进、训练、部署与工程优化 展开,系统梳理并复现当前主流的 YOLOv11 实战案例与优化方案,内容目前已覆盖 分类、检测、分割、追踪、关键点、OBB 检测 等多个方向。

**My Coding Family** 5769

【YOLOv11】006、YOLOv11数据增强策略:Mosaic、MixUp等增强技术原理解析

摘要:YOLOv11在产线缺陷检测中遇到小尺寸瑕疵漏检问题,暴露了训练数据过于"干净"的缺陷。数据增强的核心是提升模型泛化能力,而非简单扩充数据。Mosaic增强通过多图拼接迫使模型处理多尺度目标,需注意边界框裁剪细节;MixUp通过线性插值使决策边界更平滑,但需避免类别冲突。自适应增强策略应随训练进度动态调整强度。实际应用中,需针对小目标、类别不平衡等场景调整增强参数,并确保验证与推理流程一致。数据增强应针对性解决具体问题,而非盲目尝试组合。

企鹅码农的专属播客,分享10多年的实战案例和经验解读,包含YOLO、RT-DETR、AI等各个工作领域。 365

没有一个技术天生完美,MongoDB十年发展全纪录

2007年,MongoDB公司的前身10gen正式成立,2009年2月开源数据库MongoDB 1.0正式面世,以开源的方式进入市场接受考验。时至今日,MongoDB已经从一个在数据库领域籍籍无名的“小透明”,变成了话题度和热度都很高的“流量”数据库。2009年2月,MongoDB数据库首次在数据库领域亮相,打破了关系型数据库一统天下的局面;2014年12月, MongoDB 收购了WiredTi...

cpongo011702 772

混响效果的编程实现:Schroeder混响模型与Moorer型混响

Schroeder混响模型是由Manfred R. Schroeder在1962年提出的,它基于一系列串联的反射器(Allpass Comb Filters)和并联的反射器(Feedback Comb Filters)构成。Schroeder混响模型是由Manfred R. Schroeder在1962年提出的,它基于一系列串联的反射器(Allpass Comb Filters)和并联的反射器(Feedback Comb Filters)构成。通过调整各个反射器和全通滤波器的参数,可以实现不同的混响效果。

2301_79326857的博客 1082

MongoDB大中华区首席架构师唐建法:关系型数据库到MongoDB的战略迁移

MongoDB大中华区首席架构师唐建法:关系型数据库到MongoDB的战略迁移 【编者按】数据库作为最关键的基础设施,渗透技术领域的方方面面。随着互联网时代的信息高速膨胀,传统关系型数据库因其高门槛、高成本以及扩展性差等原因导致的局限性逐渐浮出水面,如今更是面临诸多问题和挑战,在这一大环境下,NoSQL的进一步发展已成必由之势。面对现状,有的企业选择在关系型数据库领域寻求突破,大胆尝

huangshulang1234的博客 619

假人有限元模型

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

汉书HE8,好用的汇编代码编写工具

汉书HE8,好用的汇编代码编写工具早期编写汇编代码所用功能强大

【数据库】金仓多模数据库:MongoDB的国产化替代优选方案,以电子证照国产化为例

摘要: 福建某地市电子证照系统国产化改造中,金仓数据库成功解决MongoDB迁移难题。针对2TB数据迁移、1000+高并发等挑战,金仓提供多模兼容方案,实现零代码平滑替换,并通过读写分离集群将并发承载能力提升至1600+。定制迁移工具确保数据安全迁移,系统稳定运行超6个月,支撑500余家单位证照服务。案例展示了政务系统国产化改造的可行路径,同时介绍了KingbaseES数据库的增删改查操作规范。

杰西笔记 2万+

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

使用Tapdata一步搞定关系型数据库到MongoDB的战略迁移

摘要:数据库作为最关键的基础设施,随着互联网时代的信息高速增长,关系型数据库因其高门槛、高成本以及扩展性差等原因导致的局限性逐渐浮出水面,如今更是面临诸多问题和挑战,Tapdata 专注新一代实时数据处理技术,为企业提供与现代软件架构相结合的数据服务解决方案( Tapdata 实时数据服务平台)。 数据库作为最关键的基础设施,渗透技术领域的方方面面。随着互联网时代的信息高速增长,关系型数据库因其高门槛、高成本以及扩展性差等原因导致的局限性逐渐浮出水面,如今更是面临诸多问题和挑战,在这一大环境下,NoSQ.

Tapdata 技术博客 517

Data-Structures-and-Algorithm-Analysis-in-Java.pdf

作者: Weiss, Mark A. 出版社: Addison Wesley Data Structures and Algorithm Analysis in Java is an “advanced algorithms” book that fits between traditional CS2 and Algorithms Analysis courses. In the old ACM Curriculum Guidelines, this course was known as CS7. This text is for readers who want to learn good programming and algorithm analysis skills simultaneously so that they can develop such programs with the maximum amo...

【数据库】金仓多模数据库替代MongoDB实践:电子证照系统国产化改造的平滑迁移与高并发优化案例

在政务电子证照系统国产化升级中,“文档——关系型数据库架构适配”、“高并发场景承载” 始终是制约项目落地的核心难题。福建某地市电子证照共享服务系统改造前,因长期依赖MongoDB文档数据库,面临 2TB+数据迁移、1000+并发压力等困境。金仓数据库为其系统提供定制化方案,不仅实现从MongoDB到国产数据库的平滑过渡,更在迁移后系统稳定运行超6个月,有效支撑了当地500余家单位的证照共享服务,为政务数字化提供了可复制的国产化路径。

小5聊的博客 1万+

平替MongoDB:金仓多模数据库

在政务电子证照系统国产化升级中,“文档——关系型数据库架构适配”、“高并发场景承载” 始终是制约项目落地的核心难题。福建某地市电子证照共享服务系统改造前,因长期依赖MongoDB文档数据库,面临 2TB+数据迁移、1000+并发压力等困境。金仓数据库为其系统提供定制化方案,不仅实现从MongoDB到国产数据库的平滑过渡,更在迁移后系统稳定运行超6个月,有效支撑了当地500余家单位的证照共享服务,为政务数字化提供了可复制的国产化路径。

月亮永悬不落,剑指巅峰 1万+

MongoDB到KingbaseES的迁移技术实践与架构适配分析

在国家大力推进信息技术应用创新、加快政务系统国产化替代的战略背景下,金仓数据库凭借其自主可控的核心技术、稳定可靠的运行性能以及丰富的政务场景适配经验,已在全国多个省市的电子证照系统国产化改造项目中成功落地应用。切实提升了政务服务效率与群众办事体验,为各地构建 “数字政府”、推进 “一网通办” 提供了坚实的数据库支撑。

一键难忘的博客 1万+

3个月零故障上线!金仓数据库MongoDB兼容方案破局国产化迁移困局

摘要: 面对企业从MongoDB迁移至国产数据库的挑战,金仓数据库通过MongoDB协议兼容与全流程工具链实现无缝迁移。其核心技术包括:协议层透明转发MongoDB请求(无需代码改动)、语法支持常见操作符(如$eq、$group),以及KDTS(数据迁移)、KFS(异构同步)等自动化工具。某省级医疗平台案例中,40TB数据通过“三阶段迁移法”在90天内完成切换,系统性能提升40%,运维成本降低60%。金仓的方案不仅解决“去O”难题,更推动国产数据库向多模融合演进,助力企业兼顾合规与业务创新。迁移建议:优先选

1122

【数据库平替MongoDB的方案】金仓多模数据库助力电子证照国产化实践

在政务电子证照系统国产化升级中,“文档——关系型数据库架构适配”、“高并发场景承载” 始终是制约项目落地的核心难题。福建某地市电子证照共享服务系统改造前,因长期依赖MongoDB文档数据库,面临 2TB+数据迁移、1000+并发压力等困境。金仓数据库为其系统提供定制化方案,不仅实现从MongoDB到国产数据库的平滑过渡,更在迁移后系统稳定运行超6个月,有效支撑了当地500余家单位的证照共享服务,为政务数字化提供了可复制的国产化路径。

微学AI的博客 2万+

金仓多模数据库平替MongoDB的电子证照国产化实践——从2TB数据迁移到1600+并发支撑

从MongoDB到国产多模数据库的平替,福建电子证照系统的实践证明:政务系统的国产化升级并非“牺牲性能换安全”,而是通过“场景化技术适配”实现“自主可控+效能提升”的双赢。金仓多模数据库的核心价值,在于其既能兼容文档数据库的灵活性,又能满足政务数据的规范性与高并发需求,为“数字政府”建设提供了坚实的底层支撑。对于更多正在推进国产化改造的政务项目而言,“从业务痛点出发,选择适配场景的技术方案”才是关键——毕竟,国产化的最终目标,从来不是“替换工具”,而是“更好地支撑政务服务”。

Pocker_Spades_A的博客 1万+

金仓数据库打通电子证照国产化“最后一公里”——福建某地2TB MongoDB无缝迁移实践

摘要:福建某地市电子证照系统国产化改造面临数据迁移、高并发挑战,金仓数据库提供定制化解决方案。通过多模兼容实现MongoDB零代码替换,读写分离集群提升并发能力至1600+连接数,定制迁移工具2TB数据安全迁移。改造后系统稳定运行6个月,服务500余家单位,为政务数字化提供国产化路径。文章还详细介绍了KingbaseES数据库的增删改查操作语法及注意事项。

小相探索IT世界 1万+

金仓数据库助力政务电子证照系统国产化改造:从MongoDB平滑迁移到高并发承载实践

福建某地市电子证照系统国产化升级中,金仓数据库解决了从MongoDB迁移的三大难题:通过多模兼容实现文档数据平滑迁移;采用读写分离架构将并发承载能力提升至1600+连接数;定制化工具完成2TB数据安全迁移。系统稳定运行6个月以上,支撑500余家单位证照服务,为政务数字化提供了可复制的国产化路径。文章还详细介绍了KingbaseES数据库的增删改查基本操作语法。

颜颜yan_的博客 2万+

MongoDB与阿里云达成战略合作,最新数据库独家上线阿里云!

11月26日,开源数据库厂商MongoDB与阿里云在北京达成战略合作,作为合作的第一步,最新版MongoDB 4.2数据库产品正式上线阿里云平台。 目前阿里云成为全球唯一可提供最新版MongoDB服务的云厂商,双方合作打通了企业在云上使用最新版开源数据库的通道。 精彩回放 错过直播没关系,戳下方看回放:https://developer.aliyun.com/live/1705 Mon...

阿里云云栖号 1884

平替MongoDB:金仓多模数据库助力电子证照国产化实践

在政务电子证照系统国产化升级中,“文档——关系型数据库架构适配”、“高并发场景承载” 始终是制约项目落地的核心难题。福建某地市电子证照共享服务系统改造前,因长期依赖MongoDB文档数据库,面临 2TB+数据迁移、1000+并发压力等困境。金仓数据库为其系统提供定制化方案,不仅实现从MongoDB到国产数据库的平滑过渡,更在迁移后系统稳定运行超6个月,有效支撑了当地500余家单位的证照共享服务,为政务数字化提供了可复制的国产化路径。

不踩坑,不知道坑有多深;不总结,踩过的坑白踩。 18万+
上一篇: Android 新一代多渠道打包神器--转自腾讯Bugly
下一篇: 微服务(Microservice)那点事
限量发行x
博客等级 码龄16年 274粉丝 102原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值