MongoDB主从复制

最新推荐文章于 2024-07-23 14:05:29 发布
最新推荐文章于 2024-07-23 14:05:29 发布
阅读量112 收藏 1
点赞数
文章标签： 数据库 网络 操作系统

1.    MongoDB主从复制

主从复制是Mongodb最常用的复制方式，可用于备份、故障恢复、读扩展等

规划

这里资源有限,在一台机器上不同dbpath和port启动多个mongodb实例来实现主从

　

conf_file

dbpath

logpath

port

主

/etc/mongodb/master.conf

/data/mongodb/master

/data/mongodb/logs/master.log

10000

从

/etc/mongodb/slave.conf

/data/mongodb/slave

/data/mongodb/logs/slave.log

20000

创建[db|log]path

~]# mkdir /data/mongodb/master

~]# mkdir /data/mongodb/slave

~]# mkdir /data/mongodb/logs

创建配置文件

~]# mkdir /etc/mongodb/

#Master配置文件

~]# vim /etc/mongodb/master.conf

# mongodb config file

dbpath = /data/mongodb/master

logpath = /data/mongodb/logs/master.log

logappend = true

fork = true

oplogSize = 100

port = 10000

master = true

#Slave配置文件

~]# vim /etc/mongodb/slave.conf

# mongodb config file

dbpath = /data/mongodb/slave

logpath = /data/mongodb/logs/slave.log

logappend = true

fork = true

port = 20000

slave = true

source = 192.168.211.217:10000

启动master

~]# /usr/local/mongodb/bin/mongod -f /etc/mongodb/master.conf

about to fork child process, waiting until server is ready for connections.

forked process: 30160

child process started successfully, parent exiting

~]# netstat -ntpl|grep mong

tcp        0      0 0.0.0.0:10000               0.0.0.0:*                   LISTEN      30160/mongod   

~]# ps -ef |grep mong

root     30160     1  0 10:06 ?        00:00:00 /usr/local/mongodb/bin/mongod -f /etc/mongodb/master.conf

#监控master的log

~]# tail –f /data/mongodb/logs/master.log

2015-01-14T10:06:45.147+0800 [initandlisten] MongoDB starting : pid=30160 port=10000 dbpath=/data/mongodb/master master=1 64-bit host=test-whole-db

2015-01-14T10:06:45.147+0800 [initandlisten] db version v2.6.6

2015-01-14T10:06:45.147+0800 [initandlisten] git version: 608e8bc319627693b04cc7da29ecc300a5f45a1f

2015-01-14T10:06:45.147+0800 [initandlisten] build info: Linux build10.nj1.10gen.cc 2.6.32-431.3.1.el6.x86_64 #1 SMP Fri Jan 3 21:39:27 UTC 2014 x86_64 BOOST_LIB_VERSION=1_49

2015-01-14T10:06:45.147+0800 [initandlisten] allocator: tcmalloc

2015-01-14T10:06:45.147+0800 [initandlisten] options: { config: "/etc/mongodb/master.conf", master: true, net: { port: 10000 }, processManagement: { fork: true }, replication: { oplogSizeMB: 100 }, storage: { dbPath: "/data/mongodb/master" }, systemLog: { destination: "file", logAppend: true, path: "/data/mongodb/logs/master.log" } }

2015-01-14T10:06:45.214+0800 [initandlisten] journal dir=/data/mongodb/master/journal

2015-01-14T10:06:45.214+0800 [initandlisten] recover : no journal files present, no recovery needed

2015-01-14T10:06:45.476+0800 [initandlisten] ******

2015-01-14T10:06:45.476+0800 [initandlisten] creating replication oplog of size: 100MB...

2015-01-14T10:06:45.476+0800 [FileAllocator] allocating new datafile /data/mongodb/master/local.1, filling with zeroes...

2015-01-14T10:06:45.476+0800 [FileAllocator] creating directory /data/mongodb/master/_tmp

2015-01-14T10:06:45.525+0800 [FileAllocator] done allocating datafile /data/mongodb/master/local.1, size: 128MB,  took 0.024 secs

2015-01-14T10:06:45.526+0800 [initandlisten] ******

2015-01-14T10:06:45.526+0800 [initandlisten] waiting for connections on port 10000

2015-01-14T10:07:24.089+0800 [initandlisten] connection accepted from 127.0.0.1:61489 #1 (1 connection now open)

#确认是否为master

~]# /usr/local/mongodb/bin/mongo --port 10000

MongoDB shell version: 2.6.6

connecting to: 127.0.0.1:10000/test

>  db.isMaster()

{

        "ismaster" : true,

        "maxBsonObjectSize" : 16777216,

        "maxMessageSizeBytes" : 48000000,

        "maxWriteBatchSize" : 1000,

        "localTime" : ISODate("2015-01-14T02:50:13.810Z"),

        "maxWireVersion" : 2,

        "minWireVersion" : 0,

        "ok" : 1

}

启动slave

~]# /usr/local/mongodb/bin/mongod -f /etc/mongodb/slave.conf

about to fork child process, waiting until server is ready for connections.

forked process: 31056

child process started successfully, parent exiting

~]# tail -f /data/mongodb/logs/slave.log

2015-01-14T10:55:26.719+0800 [initandlisten] MongoDB starting : pid=31056 port=20000 dbpath=/data/mongodb/slave slave=1 64-bit host=test-whole-db

2015-01-14T10:55:26.719+0800 [initandlisten] db version v2.6.6

2015-01-14T10:55:26.719+0800 [initandlisten] git version: 608e8bc319627693b04cc7da29ecc300a5f45a1f

2015-01-14T10:55:26.719+0800 [initandlisten] build info: Linux build10.nj1.10gen.cc 2.6.32-431.3.1.el6.x86_64 #1 SMP Fri Jan 3 21:39:27 UTC 2014 x86_64 BOOST_LIB_VERSION=1_49

2015-01-14T10:55:26.719+0800 [initandlisten] allocator: tcmalloc

2015-01-14T10:55:26.719+0800 [initandlisten] options: { config: "/etc/mongodb/slave.conf", net: { port: 20000 }, processManagement: { fork: true }, slave: true, source: "192.168.211.217:10000", storage: { dbPath: "/data/mongodb/slave" }, systemLog: { destination: "file", logAppend: true, path: "/data/mongodb/logs/slave.log" } }

2015-01-14T10:55:26.774+0800 [initandlisten] journal dir=/data/mongodb/slave/journal

2015-01-14T10:55:26.774+0800 [initandlisten] recover : no journal files present, no recovery needed

2015-01-14T10:55:28.453+0800 [initandlisten] preallocateIsFaster=true 20.96

2015-01-14T10:55:30.548+0800 [initandlisten] preallocateIsFaster=true 13.2

2015-01-14T10:55:33.139+0800 [initandlisten] preallocateIsFaster=true 19.04

2015-01-14T10:55:33.139+0800 [initandlisten] preallocateIsFaster check took 6.364 secs

2015-01-14T10:55:33.139+0800 [initandlisten] preallocating a journal file /data/mongodb/slave/journal/prealloc.0

2015-01-14T10:56:08.323+0800 [initandlisten] preallocating a journal file /data/mongodb/slave/journal/prealloc.1

2015-01-14T10:56:36.587+0800 [initandlisten] preallocating a journal file /data/mongodb/slave/journal/prealloc.2

2015-01-14T10:57:17.838+0800 [initandlisten] allocating new ns file /data/mongodb/slave/local.ns, filling with zeroes...

2015-01-14T10:57:18.417+0800 [FileAllocator] allocating new datafile /data/mongodb/slave/local.0, filling with zeroes...

2015-01-14T10:57:18.417+0800 [FileAllocator] creating directory /data/mongodb/slave/_tmp

2015-01-14T10:57:18.484+0800 [FileAllocator] done allocating datafile /data/mongodb/slave/local.0, size: 64MB,  took 0.024 secs

2015-01-14T10:57:18.505+0800 [initandlisten] build index on: local.startup_log properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "local.startup_log" }

2015-01-14T10:57:18.505+0800 [initandlisten]     added index to empty collection

2015-01-14T10:57:18.509+0800 [initandlisten] command local.$cmd command: create { create: "startup_log", size: 10485760, capped: true } ntoreturn:1 keyUpdates:0 numYields:0  reslen:37 671ms

2015-01-14T10:57:18.519+0800 [initandlisten] waiting for connections on port 20000

2015-01-14T10:57:19.521+0800 [replslave] build index on: local.me properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "local.me" }

2015-01-14T10:57:19.521+0800 [replslave]         added index to empty collection

2015-01-14T10:57:19.523+0800 [replslave] build index on: local.sources properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "local.sources" }

2015-01-14T10:57:19.523+0800 [replslave]         added index to empty collection

2015-01-14T10:57:19.523+0800 [replslave] repl: syncing from host:192.168.211.217:10000

2015-01-14T10:57:19.530+0800 [replslave] resync: dropping database admin

2015-01-14T10:57:19.690+0800 [replslave] removeJournalFiles

2015-01-14T10:57:19.750+0800 [replslave] resync: cloning database admin to get an initial copy

2015-01-14T10:57:19.760+0800 [replslave] allocating new ns file /data/mongodb/slave/admin.ns, filling with zeroes...

2015-01-14T10:57:20.182+0800 [FileAllocator] allocating new datafile /data/mongodb/slave/admin.0, filling with zeroes...

2015-01-14T10:57:20.223+0800 [FileAllocator] done allocating datafile /data/mongodb/slave/admin.0, size: 64MB,  took 0.041 secs

2015-01-14T10:57:20.320+0800 [replslave] build index on: admin.system.version properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "admin.system.version" }

2015-01-14T10:57:20.320+0800 [replslave]         building index using bulk method

2015-01-14T10:57:20.320+0800 [replslave] build index done.  scanned 1 total records. 0 secs

2015-01-14T10:57:20.335+0800 [replslave] build index on: admin.system.users properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "admin.system.users" }

2015-01-14T10:57:20.335+0800 [replslave]         building index using bulk method

2015-01-14T10:57:20.335+0800 [replslave] build index done.  scanned 3 total records. 0 secs

2015-01-14T10:57:20.336+0800 [replslave] build index on: admin.system.users properties: { v: 1, unique: true, key: { user: 1, db: 1 }, name: "user_1_db_1", ns: "admin.system.users" }

2015-01-14T10:57:20.336+0800 [replslave]         building index using bulk method

2015-01-14T10:57:20.336+0800 [replslave] build index done.  scanned 3 total records. 0 secs

2015-01-14T10:57:20.336+0800 [replslave] resync: done with initial clone for db: admin

2015-01-14T10:57:28.379+0800 [replslave] repl:   applied 1 operations

2015-01-14T10:57:28.379+0800 [replslave] repl:  end sync_pullOpLog syncedTo: Jan 14 10:57:28 54b5db18:1

2015-01-14T10:57:28.379+0800 [replslave] repl: syncing from host:192.168.211.217:10000

2015-01-14T10:57:28.379+0800 [replslave] resync: dropping database test

2015-01-14T10:57:29.073+0800 [replslave] removeJournalFiles

2015-01-14T10:57:29.171+0800 [replslave] resync: cloning database test to get an initial copy

2015-01-14T10:57:29.172+0800 [replslave] allocating new ns file /data/mongodb/slave/test.ns, filling with zeroes...

2015-01-14T10:57:29.663+0800 [FileAllocator] allocating new datafile /data/mongodb/slave/test.0, filling with zeroes...

2015-01-14T10:57:29.689+0800 [FileAllocator] done allocating datafile /data/mongodb/slave/test.0, size: 64MB,  took 0.026 secs

2015-01-14T10:57:29.776+0800 [replslave] build index on: test.emp properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "test.emp" }

2015-01-14T10:57:29.776+0800 [replslave]         building index using bulk method

2015-01-14T10:57:29.776+0800 [replslave] build index done.  scanned 15 total records. 0 secs

2015-01-14T10:57:29.792+0800 [replslave] build index on: test.my_collection properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "test.my_collection" }

2015-01-14T10:57:29.792+0800 [replslave]         added index to empty collection

2015-01-14T10:57:29.793+0800 [replslave] build index on: test.yu_collection properties: { v: 1, key: { _id: 1 }, name: "_id_", ns: "test.yu_collection" }

2015-01-14T10:57:29.793+0800 [replslave]         added index to empty collection

2015-01-14T10:57:29.794+0800 [replslave] resync: done with initial clone for db: test

2015-01-14T10:57:34.806+0800 [replslave] repl: syncing from host:192.168.211.217:10000

测试主从

#slave上当前没有masterslave集合

#master创建masterslave，并且插入文档

#再次查看slave上，也同步了master的操作

local数据库

       Local（本地）数据库用来存放所有内部复制状态，主从节点都有。Local数据库不会被复制，每个节点独自拥有自己的local数据库

#master上查看master的信息

> use local

switched to db local

> db.slaves.find()

{ "_id" : ObjectId("54b5db0fddeb3d1dd59a5aa1"), "config" : { "host" : "192.168.211.217:46756", "upgradeNeeded" : true }, "ns" : "local.oplog.$main", "syncedTo" : Timestamp(1421216379, 1) }

#slave上查看master的信息

> use local

switched to db local

> db.sources.find()

{ "_id" : ObjectId("54b5db0fddeb3d1dd59a5aa2"), "host" : "192.168.211.217:10000", "source" : "main", "syncedTo" : Timestamp(1421213869, 1) }

主从复制原理

在主从结构中，主节点的操作记录成为oplog（operation log）。

oplog存储在一个系统数据库local的集合oplog.$main中，这个集合的每个文档都代表主节点上执行的一个操作。

#master上查看oplog内容

> db

local

> db.oplog.$main.find()

{ "ts" : Timestamp(1421201205, 11), "op" : "n", "ns" : "", "o" : {  } }

{ "ts" : Timestamp(1421201219, 1), "op" : "n", "ns" : "", "o" : {  } }

{ "ts" : Timestamp(1421201229, 1), "op" : "n", "ns" : "", "o" : {  } }

{ "ts" : Timestamp(1421201239, 1), "op" : "n", "ns" : "", "o" : {  } }

{ "ts" : Timestamp(1421201249, 1), "op" : "n", "ns" : "", "o" : {  } }

。。。。。。

键“ts”表示时间戳，键“op”表示操作类型，“ns”表示操作的集合名，“o”表示具体操作的文档

注意：存储在oplog中的操作有时可能和主节点操作并不一致，因为存储操作前要进行等幂变换，也就是这些操作必须可以再从服务器上多次执行，只要顺序一致，结果就一致。  

因此，比如更新器$inc的操作，最后会被变换为$set操作！并且这个集合中只会存储影响数据的操作，查询这类不影响数据的操作不会以oplog的形式进行存储！从服务器会定期从主服务器中获取oplog记录，然后在本机上执行！

对于存储oplog的集合，MongoDB采用的是固定集合，也就是说随着操作过多，新的操作会覆盖旧的操作！这样做也是有道理的，不然，这个集合占用的空间就无法估算了！我们在启动服务时，可以通过选项--oplogSize来指定这个集合的大小，单位是MB，在Windows平台下，默认MongoDB会使用数据库安装分区可用空间的5%作为这个集合的大小！

常用选项

--only

在从节点上指定只复制特定的某个数据库(默认是复制所有数据库)

--slavedelay

用在从节点上,当应用主节点的操作时,从节点增加延时复制(单位秒).这样就能轻松设置延时从节点,这种节点对用户无意中删除重要文档或者插入垃圾数据等有防护作用,这些不良操作都会被复制到所有的从节点上,通过延时执行操作,可以有个恢复的时间差.

--fastsync

以主节点的数据快照为基础启动从节点.如果数据目录一开始是主节点的数据快照,从节点用这个选项启动要比做完整的同步快的多.

--autoresync

如果从节点与主节点不同步了,则自动重新同步

--oplogsize

主节点oplog的大小(单位MB)

添加删除源

来源于《mongodb权威指南》



来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/27000195/viewspace-1401941/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/27000195/viewspace-1401941/

cuizeen198835
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MongoDB及主从配置
weixin_34080951的博客
02-28 140
Centos6.0 64位yum安装MongoDB及主从配置一、Yum安装MongoDB1、准备工作 运行yum命令查看MongoDB的包信息 [root@localhost~]# yum info mongo-10gen （提示没有相关匹配的信息，） 说明你的centos系统中的yum源不包含MongoDB的相关资源，所以要在使用yum命令安装MongoDB前需要增加yum...
mongodb配置主从模式
weixin_30652271的博客
01-03 97
　　Mongodb的replication主要有两种：主从和副本集（replica set）。主从的原理和mysql类似，主节点记录在其上的所有操作oplog，从节点定期轮询主节点获取这些操作，然后对自己的数据副本执行这些操作，从而保证从节点的数据与主节点一致。   现在mongodb官方建议用副本集替代主从复制，但是这不妨碍我们从主从复制入门，了解mongdob的replication。 什...
MongoDB 索引操作详解
蚩尤后裔-汪茂雄
09-12 2003
目录 索引 简介 环境准备 索引操作 创建普通索引 查看索引信息 删除索引 创建唯一索引 explain工具 索引 简介 索引是用来加速查询的，实际项目中，需要对哪些字段进行快速检索，则可以为这些字段建立索引！ 数据库索引与书籍的索引类似：有了索引就不需要翻遍整本书，数据库则可以直接在索引中查找，使得查找速度能提高几个数量级。在索引中找到条目以后，就可以直接跳转到目标文档的...
mongodb数据库环境配置
韩韩的博客
08-04 2669
1.下载mongodb https://www.mongodb.com/download-center#community 2.下载安装完成后，打开安装的文件夹找到data的文件夹，然后打开data文件夹在data文件夹中新建一个db文件夹。用来存放数据和配置信息 3然后返回上一层文件夹，进入bin文件夹，按住shift，然后右键点击在此处打开powershell窗口。 4 输入命令：./...
oracle与mongodb数据同步,MongoDB副本集数据同步机制
weixin_42339061的博客
04-05 550
副本集数据同步机制实例启动后，副本集成员首先通过一次初始化同步来复制数据，然后就开始利用oplog日志和主节点连续进行数据同步。如下日志反应这一过程点击(此处)折叠或打开Wed Jul 17 13:18:39.473 [rsSync] replSet initial sync pendingWed Jul 17 13:18:39.473 [rsSync] replSet syncing to: 1...
MongoDB的复制集
网络
02-24 3196
#复制集功能概述复制集（replica set）是MongoDB用来保持相同的数据集合的一个MongoD进程组，复制集提供了所有生产部署的基础：数据冗余以及高可用。MongoDB的高可用靠的是自动故障转移来实现的，本节就是介绍MongoDB的该部分实现的。复制集工作原理虽然Journaling日志功能提供了数据恢复的功能，但是他通常针对的是单个节点来说的，而复制集则针对的是一组进程，通常是多个节点组
mongodb主从复制_动力节点Java学院整理
09-09
MongoDB的主从复制是一种常见的数据冗余和故障恢复策略，它允许数据在多个服务器之间进行同步，确保数据的安全性和可用性。主从复制的基本原理是，一个MongoDB实例作为主节点，负责处理所有写操作，而其他节点作为从...
详解mongoDB主从复制搭建详细过程
09-09
MongoDB的主从复制是一种数据冗余和故障转移机制，它允许数据在多个服务器之间进行复制，确保数据的安全性和可用性。在这个过程中，一个MongoDB实例作为主节点，负责接收所有写操作，而其他实例作为从节点，同步主...
MongoDB主从复制.pdf
07-11
实施MongoDB主从复制的过程如下： 1. **配置主节点**：首先，启动一个MongoDB实例作为主节点，例如在D盘，通过命令`mongod --dbpath='XXX' --master`启动，使用默认的27017端口。 2. **配置从节点**：然后启动另一...
MongoDB 主从复制实例讲解
01-19
主从复制可以用来做数据库的备份，故障恢复，读写分离。 本实验使用Mongodb 3.2版本，我们先查看一下mongod的帮助 [root@localhost mongodb]# mongod --help .....省略 Master/slave options (old; use replica ...
No startup acknowledgement from forked process after 30 seconds
天下无双
11-22 202
[size=medium]摘抄2篇文章。都是这个问题的描述，结果都是没有办法解决，直接重启搞定的。我的环境是WINDOWS2003-32+ORACLE9201,最后附上我的alert.log部分内容以供参考 [/size] http://space.itpub.net/471666/viewspace-118586 ORA-04030: 在尝试分配 1049100 字节 (pga heap,K...
mongoDB分布式文件存储的数据库
soyo的专栏
04-19 176
http://www.mongodb.org   http://www.iteye.com/topic/987224  mongoDB性能初测与优化     　MongoDB是一个基于分布式文件存储的数据库。由C++语言编写。旨在为WEB应用提供可扩展的高性能数据存储解决方案。   　它的特点是高性能、易部署、易使用，存储数据非常方便。主要功能特性有： 　　 *面向集合存储，易存储...
OAuth2.0 or Spring Session or 单点登录流程
qq_53374893的博客
07-20 385
一句话精辟解释： 在过滤器放行的时候，偷偷的把原生的 request 和 response 对象换成了它的实现，也就是 调用getSession 的时候拿到的 其实是对redis 操作的Session。但其他的操作还是使用原生的，只不过重写的方法，调用的是子类的，也就是往 redis 里放入 Session，把原生的操作给替换了！分布式Session原理，使用子域名，的时候放入父域名的 JsessionId 然后将这个ID 的所存的内容放入Redis ，这样实现不同域名共享同一sessionID.
基于JSP的高校信息资源共享平台
heye0910032的博客
07-22 576
高校信息资源共享平台的开发和实现，为高校信息资源的管理和共享提供了一个有效的解决方案。通过使用JSP技术和MySQL数据库，本系统实现了一个稳定、安全、易用的高校信息资源管理平台。虽然在开发过程中遇到了一些技术挑战，但通过不断学习和实践，最终完成了一个能够满足用户需求的系统。未来，我们将继续优化系统功能，提升用户体验，以期达到更高的应用价值和社会效益。高校信息资源共享平台的开发和实现，为高校信息资源的管理和共享提供了一个有效的解决方案。
秒杀业务: 简单梳理
最新发布
m0_59925573的博客
07-23 895
（1）在一人一单优惠券秒杀中，先是解决了因线程安全导致的超卖问题，为了满足一人一单的业务需求需要给查询订单表查询库存表上锁，但是synchronized只能满足单机环境下线程安全，在分布式环境对多个JVM需要使用分布式锁，于是手写分布式锁,但是在极端情况下，例如业务超时，会出现“误删”问题，手写锁无法解决，于是引入redisson,借助看门狗机制可以有效解决这个问题。
MySQL（事务、索引）&&MyBatis
hycccccch的博客
07-19 755
事务指的是一组操作的集合，是一个不可分割的工作单位。事务会将所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败默认MySQL的事务是自动提交，即当执行一条DML语句时，MySQL会立即隐式的提交事务开启事务后运行事务不会对数据改变，commit后才会改变数据如果有命令发生错误，需要进行rollback进行回滚、
PostgreSQL的逻辑架构
weixin_41992498的博客
07-18 158
一、PostgreSql的逻辑架构：所有者：
docker容器
2401_83945639的博客
07-20 908
root@lvs-server ~]# docker start 8a1e7f458daf --手动start启动。-v 目录映射【宿主机的目录映射给容器的某个目录，将容器中的目录挂载到宿主机的目录中】docker rm -f $(docker ps -aq) 删除所有的容器。docker rm -f cname 强制删除，可以删除正在运行的容器。-p 端口映射【宿主机的端口映射给容器的某个端口】创建容器并运行 --这个是mysql的容器。docker ps -q 查看所有容器id。
mongodb主从复制
09-07
MongoDB主从复制是指在MongoDB中创建一个主数据库，并将其复制到一个或多个从属数据库，从而实现数据的冗余和故障容错。主数据库负责处理写操作，而从属数据库则复制主数据库的数据，并负责处理读操作。 要实现...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值