MySQL多组复制

零差云控关节模组:EtherCAT+preempt-RT实现微秒级同步 关节模组是协作机器人、外骨骼与高精度服务机器人的核心执行单元,其性能瓶颈常在于多轴运动的时序一致性与实时闭环能力。实现‘零差’同步依赖于确定性通信(如EtherCAT)与硬实时操作系统支持(如Linux preempt-RT),前者保障指令与状态在微秒级时间戳下全局对齐,后者消除内核调度抖动,使PID控制、电流采样、编码器反馈等关键路径具备纳秒级可预测性。技术价值体现在相位偏差<±0.01°、端到端控制周期稳定1ms、连续运行温漂<±1.2℃等工程指标,广泛应用于力控装配、康复训练、远程遥操作等对动态精度与 阅读详情

组复制原理:

组复制是一种可用于实现容错系统的技术。 复制组是一个通过消息传递相互交互的 server 集群。
通信层提供了原子消息(atomic message)和完全有序信息交互等保障机制。 这些是非常强大的功能,我们可以据此架构设计更高级的数据库复制解决方案。
MySQL 组复制以这些功能和架构为基础,实现了基于复制协议的多主更新。
复制组由多个 server成员构成,并且组中的每个 server 成员可以独立地执行事务。但所有读写(RW)事务只有在冲突检测成功后才会提交。只读(RO)事务不需要在冲突检测,可以立即提交。换句话说,对于任何 RW 事务,提交操作并不是由始发 server 单向决定的,而是由组来决定是否提交。准确地说,在始发 server 上,当事务准备好提交时,该 server 会广播写入值(已改变的行)和对应的写入集(已更新的行的唯一标识符)。然后会为该事务建立一个全局的顺序。最终,这意味着所有 server 成员以相同的顺序接收同一组事务。因此,所有 server 成员以相同的顺序应用相同的更改,以确保组内一致。
在不同 server 上并发执行的事务可能存在冲突。 根据组复制的冲突检测机制,对两个不同的并发事务的写集合进行检测。如在不同的 server 成员执行两个更新同一行的并发事务,则会出现冲突。排在最前面的事务可以在所有 server 成员上提交,第二个事务在源 server 上回滚,并在组中的其他 server 上删除。 这就是分布式的先提交当选规则。
这里写图片描述

在单主模式下部署组复制

组中的每个 server 实例可以在独立的物理机器上运行,也可以在同一台机器上运行。 如何在一台物理机上创建具有三个 MySQL Server 实例的复制组。这意味着需要三个数据目录,每个 server 实例一个,每个实例都需要单独配置。
组架构
这里写图片描述


【server1】主机设置

1.组复制 server 设置

【server1】

[root@server1 ~]# /etc/init.d/mysqld stop
[root@server1 ~]# cd /var/lib/mysql
[root@server1 mysql]# rm -fr *
[root@server1 mysql]# vim /etc/my.cnf
  删除之前加进去的所有行
[root@server1 mysql]# /etc/init.d/mysqld start

2.复制框架,组复制设置

[root@server1 mysql]# vim /etc/my.cnf
 29 server_id=1
 30 gtid_mode=ON
 31 enforce_gtid_consistency=ON
 32 master_info_repository=TABLE
 33 relay_log_info_repository=TABLE
 34 binlog_checksum=NONE
 35 log_slave_updates=ON
 36 log_bin=binlog
 37 binlog_format=ROW
......
 40 transaction_write_set_extraction=XXHASH64  #指示Server必须为每个事务收集写集合,并使用XXHASH64哈希算法将其编码为散列
 41 loose-group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"   
 42 loose-group_replication_start_on_boot=off  #设置为Server启动时不自动启动组复制
 43 loose-group_replication_local_address= "172.25.40.1:24901"   #本机IP
 44 loose-group_replication_group_seeds="172.25.40.1:24901,172.25.40.2:24901,172.25.40.3:24901"
 45 loose-group_replication_bootstrap_group=off   #配置是否自动引导组
[root@server1 mysql]# /etc/init.d/mysqld restart
Stopping mysqld:                                           [  OK  ]
Starting mysqld:                                           [  OK  ]

这里写图片描述
【server3】

mysql> select uuid();

这里写图片描述

【server1】

[root@server1 mysql]# vim /etc/my.cnf
#加入任意一台mysql的uuid
 41 loose-group_replication_group_name="c125de12-9c7d-11e8-ba9d-525400ccfb41"
......
 46 loose-group_replication_single_primary_mode=off  #设置组自动选择一个 server 来处理读/写工作。
 47 loose-group_replication_enforce_update_everywhere_checks=on  #多主模式下为多主更新启用或禁用严格一致性检查。
 48 loose-group_replication_ip_whitelist="172.25.40.0/24,127.0.0.1/8"    #加入白名单
[root@server1 mysql]# /etc/init.d/mysqld restart
[root@server1 mysql]# grep password /var/log/mysqld.log   #查看初始化密码
  #复制日志下面的一个初始化密码

3.启动组复制

[root@server1 mysql]# mysql -p
Enter password:              #初始化密码
mysql> ALTER USER root@localhost identified by 'Westos.123';   #更改密码
mysql> show databases;
mysql> SET SQL_LOG_BIN=0;   #以下操作不写入日志
mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%' IDENTIFIED BY 'Westos.123';   #创建用户 rpl_use
mysql> FLUSH PRIVILEGES;
mysql> reset master;
mysql> SET SQL_LOG_BIN=1;
mysql> CHANGE MASTER TO MASTER_USER='rpl_user',MASTER_PASSWORD='Westos.123' FOR CHANNEL 'group_replication_recovery';  #将 rpl_user 和 rpl_pass 替换为创建用户时使用的值
mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';  #安装组复制插件
mysql> show plugins;    #检查插件是否安插成功

这里写图片描述

mysql> SET GLOBAL group_replication_bootstrap_group=ON;
mysql> START GROUP_REPLICATION;
mysql> SET GLOBAL group_replication_bootstrap_group=OFF;
mysql> SELECT * FROM performance_schema.replication_group_members;

这里写图片描述

【server2】主机设置

[root@server2 ~]# /etc/init.d/mysqld stop
[root@server2 ~]# cd /var/lib/mysql
[root@server2 mysql]# rm -fr *
[root@server2 mysql]# vim /etc/my.cnf
  删除之前加进去的所有行
[root@server2 mysql]# /etc/init.d/mysqld start

2.复制框架,组复制设置

[root@server2 mysql]# vim /etc/my.cnf
  29 server_id=1
 30 gtid_mode=ON
 31 enforce_gtid_consistency=ON
 32 master_info_repository=TABLE
 33 relay_log_info_repository=TABLE
 34 binlog_checksum=NONE
 35 log_slave_updates=ON
 36 log_bin=binlog
 37 binlog_format=ROW
......
 40 transaction_write_set_extraction=XXHASH64
 41 loose-group_replication_group_name="c125de12-9c7d-11e8-ba9d-525400ccfb41"   #uuid和server1写的一致
 42 loose-group_replication_start_on_boot=off
 43 loose-group_replication_local_address= "172.25.40.2:24901"   #本机IP
 44 loose-group_replication_group_seeds="172.25.40.1:24901,172.25.40.2:24901,172.25.40.3:24901"   #集群所有节点ip
 45 loose-group_replication_single_primary_mode=off
 46 loose-group_replication_enforce_update_everywhere_checks=on
 47 loose-group_replication_ip_whitelist="172.25.40.0/24,127.0.0.1/8"    #加入白名单

[root@server1 mysql]# /etc/init.d/mysqld restart
Stopping mysqld:                                           [  OK  ]
Starting mysqld:                                           [  OK  ]

【server2】

[root@server1 mysql]# grep password /var/log/mysqld.log   #查看初始化密码
  #复制日志下面的一个初始化密码

3.启动组复制

[root@server2 mysql]# mysql -p
Enter password:              #初始化密码
mysql> ALTER USER root@localhost identified by 'Westos.123';   #更改密码
mysql> show databases;
mysql> SET SQL_LOG_BIN=0;
mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%' IDENTIFIED BY 'Westos.123';   #创建用户 rpl_use
mysql> FLUSH PRIVILEGES;
mysql> reset master;
mysql> SET SQL_LOG_BIN=1;   #操作写入日志
mysql> CHANGE MASTER TO MASTER_USER='rpl_user',MASTER_PASSWORD='Westos.123' FOR CHANNEL 'group_replication_recovery';  #将 rpl_user 和 rpl_pass 替换为创建用户时使用的值
mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';  #安装组复制插件
mysql> show plugins;    #检查插件是否安插成功
mysql> START GROUP_REPLICATION;
mysql> SELECT * FROM performance_schema.replication_group_members;

这里写图片描述

【server3】主机设置操作和【server2】一样

测试:

【server1】 创建数据库

mysql> CREATE DATABASE test;
mysql> use test
mysql> INSERT INTO t1 VALUES (1, 'Luis');
mysql> SELECT * FROM t1;

这里写图片描述
【server2】

mysql> show databases;
mysql> use test
mysql> SELECT * FROM t1;

这里写图片描述
可以看到server1主机上的数据库信息已经复制到server2主机上。

配置过程常见的错误:
1.来源IP没有在白名单列表中,所以连接拒绝
2.没有配置同步账号跟密码,使用的是空密码进行同步。 需要为复制通道group_replication_recovery设置同步信息:CHANGE MASTER TO MASTER_USER=’mysqlsync’, MASTER_PASSWORD=’mysqlsync_password’ FOR CHANNEL ‘group_replication_recovery’;
3.删除validate_password密码验证插件。

放弃FFT全频计算!在STM32F407上用DFT单点计算提速50%的优化技巧 本文详细介绍了在STM32F407上通过DFT单点计算实现比FFT快50%的优化技巧,特别适用于生物阻抗分析、振动监测等只需关注单一频点的嵌入式场景。通过预计算相位角、查表法和混合精度计算等策略,显著提升计算效率和内存利用率,同时保持高精度。 阅读详情

相关推荐

字符集的选择

字符集的选择 一:背景介绍 DICOM特定字符集(0008,0005) 此标签获得不同的值就代表使用不同的语言进行解码。 以下为多家CT厂商的(0008,0005)取值: 字符集: unicode是字符集,ASCII、GB2312、GBK、GB18030既是字符集也是编码方式,UTF-8只是编码方式。 二:中文字符集介绍 世界通用字符集——UTF 中文字符集——GB2312、GBK、GB18030 字符集的详细介绍 一:UTF-8 程序是把一个字节一个字节的来读取,然后再根据字节中开头的bit

qq_41972968的博客 1520

Mysql组复制(多主模式)

本文详细介绍了MySQL组复制(多主模式)的配置过程,主要包括: MySQL安装与环境配置,包括创建用户组、设置配置文件(my.cnf)参数 服务启动设置,配置systemd自启动和创建复制用户 组复制核心配置,包括GTID设置、二进制日志配置和插件加载 多节点加入复制组的详细步骤,包含引导组创建和新节点加入方法 扩展组成员的操作流程和故障处理建议 全文采用分步骤命令形式,涵盖了从基础安装到多主复制组配置的完整流程,适用于MySQL 8.0版本的多主高可用环境搭建。

p0p09的博客 372

OpenManus本地部署实战:从源码编译到浏览器路径优化全解析

本文详细解析了OpenManus本地部署的全过程,从源码编译到浏览器路径优化。涵盖环境准备、源码获取、模型配置、依赖安装等关键步骤,特别针对Windows系统下的chrome.exe路径修改提供了实用解决方案,帮助开发者高效完成部署并优化性能。

weixin_28826545的博客 381

MySQL复制(五):组复制概念(Group Replication Concepts)

组复制中的成员可以独立的发起和提交事务(多主模式),当事务准备提交时,需要在组中广播将要修改的数据集,将事务加入全局事务列表,所有组成员必须就全局事务列表中给定事务的顺序达成一致,且事务必须由组服务批准后才能提交。当服务器故障时,组复制虽然可以继续提供数据库服务,但那些连接到故障服务器上的会话必须重新连接,或者failover到其他正常的服务器上,组复制并不提供会话failover的功能,需要其他的解决方案,例如MySQL Router。当单一主库负载过大时,可以通过组复制的多主模式分散写入负载。

最简单的方法,解决最实际的问题。 3670

深入Android构建系统:一次修改ro.vendor.build.fingerprint失败的排查与解决记录

本文深入探讨了Android构建系统中修改ro.vendor.build.fingerprint的完整解决方案。通过分析vendor分区的特殊地位和构建指纹的生成路径,提供了三种实战修改方法,并揭示了指纹修改可能遇到的陷阱与对策,帮助开发者彻底解决这一常见问题。

weixin_30621711的博客 144

Time-Interleaved Analog-to-Digital Converters

  这篇论文提供了时间交错模数转换器的教程回顾。在解释了偏置、增益、定时和其他不匹配对变换器性能的影响后,给出了目前解决不匹配问题的方法。论文最后总结了时间交错模数转换器的现状。 1.简介   时间交错模数转换器(ADC)将多个子ADC组合成一个ADC系统,可以实现比单独的子ADC[1]更快的采样速率。历史上,时间交错adc的主要缺点是需要紧密匹配子adc[2]的特性。近年来,由于应用需要非常宽带信号的数字化、功率高效子adc的可用性以及由深亚微米互补金属氧化物硅(CMOS)技术实现的微调技术,使得时间交错

weixin_44537056的博客 6732

MySQL复制(八)组复制

欢迎关注公众号:一介IT 本文 8.4万 字。建议收藏。 文章目录1. 组复制 (MGR) 介绍1.1 回顾传统复制1.2 组复制原理1.3 组复制与传统复制对比1.4 组复制模式1.4.1 单主模式1.4.2 多主模式1.5 组复制特点1.6 组复制的要求与限制1.7 组复制相关服务1.8 组复制技术细节1.8.1 组复制插件体系结构1.8.2 复制组1.8.3 DML1.8.4 DDL1.8.5 分布式恢复1.8.5.1 分布式恢复基础1.8.5.2 基于时间点的恢复1.8.5.3 视图更

一介IT 1774

从理论到实践:用CST微波工作室完成单站雷达RCS仿真的完整指南

本文提供了一份利用CST微波工作室进行单站雷达RCS仿真的完整实践指南。文章深入剖析了从求解器选择(重点推荐积分方程法)、模型与材料设置、平面波激励定义到后处理分析的完整逻辑链条,旨在帮助工程师不仅完成仿真,更能理解其背后的物理原理与工程考量,从而高效、精准地评估目标的电磁散射特性。

weixin_29256771的博客 181

MySQL组复制的介绍

本文介绍关于MySQL组复制的背景信息和基本原理。包括,介绍MySQL传统复制方法的原理和隐患、介绍组复制的原理,单主模式和多主模式等等。通过结合原理图学习这些概念,可以很好的帮助我们理解组复制技术这一MySQL高可用方案,有利于提升我们对组复制的管理能力,以及为部署组复制和学习InnoDB Cluter打下理论基础。

qq_34595089的博客 1660

基于单片机的智能温控风扇设计

该智能温控风扇系统的设计目标是根据环境温度自动控制风扇的转速或开关状态,确保用户始终处于舒适的温度范围内。实时温度监测:通过温度传感器(如DS18B20或DHT22)实时监控环境温度。风扇控制:根据温度变化自动调节风扇的转速,温度过高时风扇加速,温度适中时风扇转速降低,达到节能与舒适平衡。LCD显示:通过LCD屏幕实时显示温度信息。无线通信:通过Wi-Fi或蓝牙模块将温度数据发送至手机或云平台,支持远程控制风扇的开关或调节转速。报警功能:温度过高或过低时,蜂鸣器发出警报,提示用户注意。

2201_76125393的博客 1161

危废焚烧优化控制系统设计与实现:基于数据驱动的控制参数预测

本文提出了一种基于数据驱动的危险废物焚烧过程优化控制方法。系统利用历史运行数据和实时监测数据,通过深度学习模型预测关键控制参数,实现焚烧过程的智能化控制。系统采用Python开发,结合TensorFlow/PyTorch框架,构建了完整的数据采集、预处理、特征工程、模型训练和实时预测闭环系统。该系统能够处理多变量非线性关系,适应工况变化,从历史数据中学习最优控制策略,相比传统PID控制方法具有显著优势。论文详细介绍了系统架构、算法设计和实现细节,为危废焚烧过程的优化控制提供了有效解决方案。

huanghm88的专栏 206

MYSQL组复制(MGR)深入解析05

MySQL的复制技术主要经历了异步主从复制,半同步复制,组复制(MGR)3个阶段。组复制是一种可用于实施容错系统的技术。组复制是一组服务器,每个服务器都有自己的完整数据副本,并通过消息传递相互交互。一个组复制由多个服务器组成,该组中的每个服务器都可以随时独立执行事务。但是,所有读写事务仅在获得组批准后才提交,换句话说,对于任何读写事务,该组都需要确定提交,因此提交操作不是来自原始服务器的单方面决定。只读事务不需要组内协调,可以立即提交。目前国内大量企业使用MGR技术,代表性的企业是京东。通过本课程的学习,您会掌握以下的内容:01 MYSQL组复制(MGR)相比其他高可用架构的优势。02 MYSQL组复制(MGR)单主模式及多主模式架构讲解。03 MYSQL组复制(MGR)如何搭建MGR单主模式及多主模式。04 单主模式与多主模式之间如何转换。05 MYSQL组复制(MGR)实战案例,如何增加删除节点。06 MYSQL组复制(MGR)如何在日志缺失的情况下增加节点 

《大数据最全面试题-Offer直通车》目录

做好这些不用担心试用期不通过:程序员入职新公司如何快速上手项目本人遇到大数据面试题和参考答案(超过1万字精华版)大数据面试英文自我介绍参考(万字长文)大数据运维应用场景面试题汇总及参考答案(持续更新)万字数据仓库面试题及参考答案数据仓库数据质量监控和处理方法最佳实践数据仓库建模方法万字详解Doris的3种数据模型详解和数据仓库每一层的模型选用大数据面试临阵磨枪不知看什么?看这份心理就有底了-大数据常用技术栈常见面试100道题最全Hive面试题2024年(2万字详解)Elasticsearch 面试题及参考答

大模型大数据攻城狮的专栏 2646

mysql主从复制、半同步复制、并行复制、多组复制

一、主从复制 redhat6.5 master:server1 172.25.35.52 slave:server3 172.25.35.53 master: [root@server2 ~]# ls mysql-5.7.17-1.el6.x86_64.rpm-bundle.tar mysql-community-client-5.7.17-1.el6.x86_64.rpm mysql-...

Ying_smile的博客 2711

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

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

efm32 入门.pdf

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

企业运维--mysql多组复制和主从切换

mysql多组复制: 组复制必须保证三台数据库完全一致,否则会失败 server1\server2\server3三台主机进行多组复制,当其中一台down掉后,其余两台依旧可以正常同步数据 server1: [root@server1 ~]# cd /data/mysql/ [root@server1 mysql]# rm -fr * ###删除初始mysql数据 [root@server1 mysql]# vim /etc/my.cnf ###编辑配置文件 ******.

m0_62885194的博客 1248

SAP B1中文培訓教材_SDK

公司内部培训资料,对开发工具 ,DIAPI, UIAPI,Add-ON有详细解说

mysql组复制改为主从复制_mysql主从复制、半同步复制、并行复制、多组复制

一、主从复制redhat6.5master:server1 172.25.35.52slave:server3 172.25.35.53master:[root@server2 ~]# lsmysql-5.7.17-1.el6.x86_64.rpm-bundle.tarmysql-community-client-5.7.17-1.el6.x86_64.rpmmysql-community-com...

weixin_42500720的博客 97

android 蓝牙通讯demo

android 下蓝牙通讯demo,实现了发现蓝牙,使能蓝牙,通过蓝牙发送消息。

Linux运维——MySQL多组复制

组复制原理: 组复制是一种可用于实现容错系统的技术。 复制组是一个通过消息传递相互交互的 server 集群。 通信层提供了原子消息(atomic message)和完全有序信息交互等保障机制。 这些是非常强大的功能,我们可以据此架构设计更高级的数据库复制解决方案。 MySQL 组复制以这些功能和架构为基础,实现了基于复制协议的多主更新。 复制组由多个 server成员构成,并且组中的每个 se...

msm05138240的博客 262

Linux:Mysql的多组复制

组复制原理 组复制是一种可用于实现容错系统的技术。 复制组是一个通过消息传递相互交互的 server 集群。 通信层提供了原子消息(atomic message)和完全有序信息交互等保障机制。 这些是非常强大的功能,我们可以据此架构设计更高级的数据库复制解决方案。 MySQL 组复制以这些功能和架构为基础,实现了基于复制协议的多主更新。 复制组由多个 server成员构成,并且组中的每个 ser...

Le_Anny的博客 263

一个mha管理多套mysql主从_mysql高可用之MHA(补充3)--管理多组主从复制_MySQL

前面我们了解了mha管理一组主从,然而在实际生产环境中不同的应用会使用不同的数据库,因此会有多组主从复制,我们可以使用一个mha manager 来管理多组主从复制数据库。我们只需要创建一个全局配置文件,你可以将这几组中相同的配置信息写到全局配置文件中,如用户名、密码等,而其他的配置信息单独写到每个app*.cnf中。官网介绍:https://code.google.com/p/mysql-mas...

weixin_31487917的博客 603

Linux企业实战-Mysql(5)多组复制

修改mysql的配置文件内容vim /etc/my.cf 然后开启我们的mysql systemctl start mysqld 然后去日志中拿到安全初始化的密码 然后登陆 然后关闭二进制防止现在的操作传到其他设备上去 设置一个复制的用户授权刷新插件 打开我们的二进制这样操作就可以写到二进制的log中了 查看插件 server1开启组复制 ...

qq_41871875的博客 134

mysql高可用之MHA(补充3)--管理多组主从复制

前面我们了解了mha管理一组主从,然而在实际生产环境中不同的应用会使用不同的数据库,因此会有多组主从复制,我们可以使用一个mha manager 来管理多组主从复制数据库。我们只需要创建一个全局配置文件,你可以将这几组中相同的配置信息写到全局配置文件中,如用户名、密码等,而其他的配置信息单独写到每个app*.cnf中。 官网介绍: https://code.google.com/p/mysql

yanggd1987的专栏 3068

mysql主从复制

下图是一个一主两从的架构。

weixin_43945111的博客 454

Mysql集群及高可用-多主复制(高可用)与Mysql路由(读写分离)8

Mysql集群及高可用-多主复制与Mysql路由(读写分离)8

Redhat_yan 1447

Docker搭建MySQL双主复制详细教程例子解析

可以参考相关博客文章和教程进行操作,如博客园中的文章提供了详细的步骤和配置文件示例。对于双主复制,需要在两个主服务器之间相互配置复制。在从服务器上配置复制,指定主服务器的地址、端口、用户和密码。使用Docker命令启动MySQL容器,并挂载配置文件和数据卷。登录MySQL容器,创建用于复制的用户,并授权。在任一主服务器上进行数据操作,检查数据是否在另一主服务器上同步。并在主服务器1上配置复制主服务器2,使用主服务器2的。例如,对于主服务器1的配置文件(在从服务器上检查复制状态,确保。

IT老农民的博客 510

MySQL高可用之组复制技术(3):配置多主模型的组复制

MySQL组复制系列文章: MySQL组复制大纲 MySQL组复制(1):组复制技术简介 MySQL组复制(2):配置单主模型的组复制 MySQL组复制(3):配置多主模型的组复制 MySQL组复制(4):组复制理论透彻分析 在这一篇,我演示的是如何配置MySQL组复制的多主模型(multi-primary)。在配置上,多主模型的组复制和单主模型基本没区别。 本文仅为搭建和维护多主模...

weixin_30319153的博客 80

mysql高可用之组复制

简称MGR )是MySQL官方于2016年12月推出的一个全新的高可用与高扩展的解决方案组复制是 MySQL 5.7.17版本出现的新特性,它提供了高可用、高扩展、高可靠的MySQL集群服务MySQL 组复制分单主模式和多主模式,传统的mysql复制技术仅解决了数据同步的问题,MGR 对属于同一组的服务器自动进行协调。

m0_64431500的博客 1481
上一篇: MySQL 5.7主从复制,GTID主从复制、半同步
下一篇: MySQL高可用MHA
Argued_D
博客等级 码龄9年 70粉丝 93原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值