【MySQL 8.0】手动部署MGR

已于 2023-01-18 16:58:14 修改
阅读量745 收藏 2
点赞数
分类专栏： MySQL 8 笔记 文章标签： 数据库 mysql dba
于 2021-09-30 11:15:18 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wudi53433927/article/details/120544308
版权

【MySQL 8.0】手动部署MGR

文章目录

前言

MySQL 8自2016年9月12日推出以来已过去5年，其版本趋于成熟稳定，各大厂的工业升级实现方案也逐步上线生产环境（例如前段时间FaceBook宣布完成全线MySQL 5.6升级到MySQL 8）。
尽管近年来国内数据库行业国产数据库涌入200多家厂商，但想要实现弯道超车，任重而道远，不可以一蹴而就。即便是国内最早（1999年）做国产自研数据库的人大金仓，做了20多年依旧谦虚地表示弯道超车不太现实，与国外数据库巨头差距仍有10年以上。
虽然目前TiDB、OceanBase、达梦等这些位列墨天轮国产数据库排行榜前列的数据库产品宣传得声势浩大，但实际使用起来仍有很多缺陷，个人觉得很是浮夸，宣传吹嘘的“人设”远大于实力。依赖政策红利、资本入驻带来的短期优势，无法供应像数据库这样的基础软件的长期投入需求。
所以，目前国内大部分使用MySQL的企业，尤其是那些将开源免费视为主要技术选型因素的互联网企业、创新型企业，未来可能仍会选用MySQL作为其生产数据库。
因此，作为数据方向从业者，应加快学习MySQL 8，熟悉其新特性以实践于生产环境，满足日益增加的大数量、高可用、高并发等需求。

参考资料：
十年比肩？看国产数据库如何突出重围！| 新程序员
墨天轮国产数据库流行度排行榜

一、准备环境

本章描述安装、部署MySQL 8前的准备工作。本次实验目的是搭建一个单主二副本的三节点集群。

注：因本次实验使用的是之前研究Hadoop大数据搭建的实验环境，故操作系统包、MySQL包可能早于当前稳定版本，但实验前已将操作系统内核、Yum、DNF升至官方Yum源AppStream提供的最新版本。

1.1 节点划分

节点名节点描述节点IPMGR角色（8.0.23以前）MGR角色（8.0.23以后）
node0主（复制源）节点192.168.125.3MasterReplication Source
node1从（副本）节点1192.168.125.4SlaveReplica
node2从（副本）节点2192.168.125.5SlaveReplica

1.2 软件包

1.2.1 操作系统及内核版本

三台机器均使用CentOS Linux release 8.2.2004 (Core)版本，内核版本为4.18.0-305.19.1.el8_4.x86_64。
操作系统及内核版本
1.2.2 MySQL版本
MySQL版本为8.0.21。使用是来自CentOS AppStream的MySQL Yum包安装。
MySQL版本

二、部署步骤

2.1 安装MySQL 8

具体参考我的另一篇文章《CentOS 8安装MySQL 8》，此处不予赘述。

2.2 配置MGR

2.2.1 生成UUID

启动并连接到MySQL，查询出一个UUID作为复制组的UUID。

SELECT UUID();

在任一节点生成UUID

2.2.2 配置.cnf文件

1、编辑/etc/my.cnf.d/mysql-server.cnf
主节点node0的服务端选项配置：

[mysqld]
basedir=/opt/mysql
datadir=/opt/mysql/data
socket=/opt/mysql/mysql.sock
log-error=/opt/mysql/log/mysqld.log
pid-file=/opt/mysql/mysqld.pid
secure_file_priv=''

character_set_server=utf8mb4
collation_server=utf8mb4_bin
explicit-defaults-for-timestamp=OFF

#Innodb Config
#

innodb_buffer_pool_size =2G
innodb_log_file_size=1G
innodb_log_files_in_group=3
#innodb_io_capacity = 1000

#MGR Config

#Storage Engine
disabled_storage_engines="MyISAM,BLACKHOLE,FEDERATED,ARCHIVE,MEMORY"

#Replication Framework
server_id=1
gtid_mode=ON
enforce_gtid_consistency=ON
# Up to 8.2.20
#binlog_checksum=NONE
#Before 8.0.3
#log_bin=binlog
#log_slave_updates=ON
#binlog_format=ROW
#master_info_repository=TABLE
#relay_log_info_repository=TABLE
#transaction_write_set_extraction=XXHASH64

#Group Replication Settings
plugin_load_add='group_replication.so'
group_replication_group_name="f9018ed2-2036-11ec-8c89-000c293d687e"
group_replication_start_on_boot=off
group_replication_local_address= "node0:33061"
group_replication_group_seeds= "node0:33061,node1:33061,node2:33061"
group_replication_bootstrap_group=off

副本节点node1的服务端选项配置：

[mysqld]
datadir=/opt/mysql/data
socket=/opt/mysql/mysql.sock
log-error=/opt/mysql/log/mysqld.log
pid-file=/opt/mysql/mysqld.pid
secure_file_priv=''

character_set_server=utf8mb4
collation_server=utf8mb4_bin
explicit-defaults-for-timestamp=OFF

#Innodb Config
#

innodb_buffer_pool_size =2G
innodb_log_file_size=1G
innodb_log_files_in_group=3
#innodb_io_capacity = 1000

#MGR Config

#Storage Engine
disabled_storage_engines="MyISAM,BLACKHOLE,FEDERATED,ARCHIVE,MEMORY"

#Replication Framework
server_id=2
gtid_mode=ON
enforce_gtid_consistency=ON

#Group Replication Settings
plugin_load_add='group_replication.so'
group_replication_group_name="f9018ed2-2036-11ec-8c89-000c293d687e"
group_replication_start_on_boot=off
group_replication_local_address= "node1:33061"
group_replication_group_seeds= "node0:33061,node1:33061,node2:33061"
group_replication_bootstrap_group=off

副本节点node2的服务端选项配置：

[mysqld]
basedir=/opt/mysql
datadir=/opt/mysql/data
socket=/opt/mysql/mysql.sock
log-error=/opt/mysql/log/mysqld.log
pid-file=/opt/mysql/mysqld.pid
secure_file_priv=''

character_set_server=utf8mb4
collation_server=utf8mb4_bin
explicit-defaults-for-timestamp=OFF

#Innodb Config
#

innodb_buffer_pool_size =2G
innodb_log_file_size=1G
innodb_log_files_in_group=3
#innodb_io_capacity = 1000

#MGR Config

#Storage Engine
disabled_storage_engines="MyISAM,BLACKHOLE,FEDERATED,ARCHIVE,MEMORY"

#Replication Framework
server_id=3
gtid_mode=ON
enforce_gtid_consistency=ON

#Group Replication Settings
plugin_load_add='group_replication.so'
group_replication_group_name="f9018ed2-2036-11ec-8c89-000c293d687e"
group_replication_start_on_boot=off
group_replication_local_address= "node2:33061"
group_replication_group_seeds= "node0:33061,node1:33061,node2:33061"
group_replication_bootstrap_group=off

选项含义说明：
MGR选项分为三部分，分别为存储引擎、复制框架、组复制配置。
1、存储引擎方面，MGR需要事务存储引擎。因为MGR采用的是XCOM协议（Paxos的变种），事务乐观地提交，在提交时为保证整组的一致性会检测冲突，一旦冲突则回滚。而且，InnoDB提供了一些额外的功能，当与组复制一起运行时，可以更好地管理和处理冲突。
2、复制框架方面，MGR需要使用全局唯一标识作为server_id，并且要启用GTID（全局唯一事务标识）。自MySQL 8.0.21以后，才在二进制日志引入校验和（checksum）。因此在此之前的版本需配置binlog_checksum=NONE。在MySQL 8.0.3以前，因默认值改变，需要额外配置一些参数。
3、组复制配置方面。
plugin_load_add = 组复制插件的.so文件名
group_replication_group_name = “2.2.1中生成的UUID”
group_replication_start_on_boot = OFF 在部署期间关闭组复制的自启动，可以在部署成功后改为启用
group_replication_local_address = “本地节点的主机名或IP:组复制端口”
group_replication_group_seeds = “组内所有节点的主机名或IP:端口号，以逗号分隔” 配置种子成员的主机和端口列表。种子成员是指新连入复制组的新成员。通常配置为所有组成员
group_replication_bootstrap_group = OFF 关闭启动时自动引导组复制，防止使用不当导致脑裂。

2、编辑/etc/my.cnf.d/client.cnf
三个节点的客户端选项配置：

[client]
socket=/opt/mysql/mysql.sock
default-character-set='utf8mb4'
[client-mariadb]

2.3 启动MGR

2.3.1 在复制源节点node0上启动组复制

连接MySQL，执行如下语句：

#临时关闭binlog
set sql_log_bin=0;
#创建用户及授权
create user rpl_user@'%' identified by 'mgr1_rpluser';
GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
GRANT BACKUP_ADMIN ON *.* TO rpl_user@'%';
FLUSH PRIVILEGES;
#恢复开启binlog
set sql_log_bin=1;
#将组复制主节点/复制源节点设置为node0. 
#MySQL 8.0.23版本以前的语法为
CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='mgr1_rpluser' \
		      FOR CHANNEL 'group_replication_recovery';
#MySQL 8.0.23版本以后的语法为
#CHANGE REPLICATION SOURCE TO SOURCE_USER='rpl_user', SOURCE_PASSWORD='password' \
#		      FOR CHANNEL 'group_replication_recovery';

#安装组复制插件
INSTALL PLUGIN group_replication SONAME 'group_replication.so';
#查看组复制插件
SHOW PLUGINS;

#在主节点开启组复制引导	
SET GLOBAL group_replication_bootstrap_group=ON;
#启动组复制
START GROUP_REPLICATION;
#如果想要在组复制时进行分布式恢复用户的身份认证，可以使用如下语句：
#START GROUP_REPLICATION USER='rpl_user', PASSWORD='password';
#查看组成员状态，验证组复制结果
SELECT * FROM performance_schema.replication_group_members;
#引导完成后关闭组复制引导	
SET GLOBAL group_replication_bootstrap_group=OFF;

创建新数据库mgr01，验证组复制的数据一致性

#查看当前本地实例拥有的数据库，在开启组复制前创建的数据库不会进行组复制
show databases;
#创建新的数据库和表，用于验证组复制
create database mgr01;
create table mgr_test1(id int primary key auto_increment,name varchar(30));
insert into mgr_test1(name) values (4,'King');
insert into mgr_test1(name) values ('King');
select * from mgr_test1;
#查看binlog事件
SHOW BINLOG EVENTS;

node0节点的查询结果

2.3.2 在副本节点node1上启动组复制

连接MySQL，执行如下语句：

#临时关闭binlog
set sql_log_bin=0;
#创建用户及授权
create user rpl_user@'%' identified by 'mgr1_rpluser';
GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
GRANT BACKUP_ADMIN ON *.* TO rpl_user@'%';
FLUSH PRIVILEGES;
#恢复开启binlog
set sql_log_bin=1;
#将组复制主节点/复制源节点设置为node0. 
#MySQL 8.0.23版本以前的语法为
CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='mgr1_rpluser' \
		      FOR CHANNEL 'group_replication_recovery';
#MySQL 8.0.23版本以后的语法为
#CHANGE REPLICATION SOURCE TO SOURCE_USER='rpl_user', SOURCE_PASSWORD='password' \
#		      FOR CHANNEL 'group_replication_recovery';

#安装组复制插件
INSTALL PLUGIN group_replication SONAME 'group_replication.so';
#查看组复制插件
SHOW PLUGINS;

#启动组复制
START GROUP_REPLICATION;
#如果想要在组复制时进行分布式恢复用户的身份认证，可以使用如下语句：
#START GROUP_REPLICATION USER='rpl_user', PASSWORD='password';
#查看组成员状态，验证组复制结果
SELECT * FROM performance_schema.replication_group_members;

2.3.3 在副本节点node2上启动组复制

连接MySQL，执行如下语句：

#临时关闭binlog
set sql_log_bin=0;
#创建用户及授权
create user rpl_user@'%' identified by 'mgr1_rpluser';
GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
GRANT BACKUP_ADMIN ON *.* TO rpl_user@'%';
FLUSH PRIVILEGES;
#恢复开启binlog
set sql_log_bin=1;
#将组复制主节点/复制源节点设置为node0. 
#MySQL 8.0.23版本以前的语法为
CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='mgr1_rpluser' \
		      FOR CHANNEL 'group_replication_recovery';
#MySQL 8.0.23版本以后的语法为
#CHANGE REPLICATION SOURCE TO SOURCE_USER='rpl_user', SOURCE_PASSWORD='password' \
#		      FOR CHANNEL 'group_replication_recovery';

#安装组复制插件
INSTALL PLUGIN group_replication SONAME 'group_replication.so';
#查看组复制插件
SHOW PLUGINS;

#启动组复制
START GROUP_REPLICATION;
#如果想要在组复制时进行分布式恢复用户的身份认证，可以使用如下语句：
#START GROUP_REPLICATION USER='rpl_user', PASSWORD='password';
#查看组成员状态，验证组复制结果
SELECT * FROM performance_schema.replication_group_members;

2.4 验证MGR

分别在两个副本节点连接MySQL，执行如下语句：

#三个节点均启动好MGR后，查看组复制结果，如均为ONLINE状态则组复制部署成功，否则需要查看错误日志mysql.log，找到具体报错以解决问题
SELECT * FROM performance_schema.replication_group_members;
#查看副本节点上的数据库列表，验证只有在开启组复制后创建的数据库才会进行组复制
SHOW DATABASES;
#验证副本节点的组复制数据一致性
SELECT * FROM mgr01.mgr_test1;

node1节点的验证结果
node2节点的验证结果

总结

以上就是今天要讲的内容，本文仅介绍了如何部署MySQL 8的单主三节点MGR，且对MySQL 8的不同版本配置不同做了简要说明。
后续会介绍如何添加副本节点，修改单主复制组为多主复制组，敬请关注，谢谢支持！

参考链接

MySQL 8官网MGR部署文档

独上西楼影三人
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
MySQL8.0 MGR方式搭建集群
axibazZ的博客
09-29 2350
在node1 上连接 129 的 7001 端口查看现在的主库为node1，并且其他节点连接129的7001也均为node1。造成错误的原因是这个配置不是ip:port，而是三个连续的数字比如官网给的24091 24092 24093即可。在node2 上连接 129 的 7002 端口，显示连接的为node2。在node1 上连接 129 的 7002 端口，显示连接的为node3。在node3上连接 129 的 7002 端口，显示连接的为node3。5. 从库只有查询的权力，没有更改的权限。
MySQL 8.x 高可用集群之MGR（组复制）
后端开发
03-26 1551
以上文档概述了 MySQL 集群部署的过程，包括修改主机名、关闭 SELinux、安装 MySQL、移除系统自带的 MariaDB、下载安装文件、启动 MySQL 并修改密码、开启防火墙端口、修改 MySQL 配置文件、创建复制账号、安装 MGR 插件等步骤。接着介绍了在单主模式下启动 MGR 集群，包括执行 MySQL 操作、验证主从数据同步和读写操作、测试主从数据库宕机等步骤。然后讲解了如何整合 MySQL Router 实现读写分离，包括安装和配置 MySQL Router等
Docker方式创建MySQL8的MGR集群
高性价比服务器就选：蓝易云
05-02 8
这就是使用Docker创建MySQL 8 MGR集群的全部步骤。虽然这个过程可能看起来有点复杂，但只要你按照上述步骤一步一步地进行，并确保每个命令断行无误，在实践中应该不会遇到太大问题。希望这篇文章能帮助你更好地理解和使用Docker以及MySQL MGR。在这篇文章中，我们将探讨如何使用Docker创建MySQL 8的MGR（Multi-Source Replication）集群。如果你还没有安装它们，请参考官方文档进行安装。如果一切顺利的话，你应该能看到所有的MySQL实例都已经加入到了MGR集群中。
MYSQL8.0 MGR搭建
q195136130的专栏
04-27 1213
MySQL MGR集群搭建。使用的是rpm安装的形式。
MYSQL--架构--MGR--理论--01--MGR是什么
zhou920786312的博客
05-31 3262
MYSQL–架构–MGR–理论–01–MGR是什么 1、MGR是什么 MGR(MySQL Group Replication)是以插件形式推出的主从复制高可用技术 MGR基于原生的主从复制，将各节点归入到一个组中，通过组内节点的通信协商(组通信协议基于Paxos算法)，实现数据的强一致性、故障探测、冲突检测、节点加组、节点离组等等功能。 适用金融场景：支付，证券交易，保险，银行等金融场景。因为这些场景要求数据必须做到零丢失，数据库可用性在4个9，甚至5个9(年度停机时间不超过5分钟)。 提供了高一致性
mysql mgr是否使用vip_MYSQL MGR模式注意事项
weixin_42493118的博客
01-30 632
MySQL Group Replication(MGR)是MySQL官方在5.7.17版本引进的一个数据库高可用与高扩展的解决方案，以插件形式提供。MGR基于分布式paxos协议，实现组复制，保证数据一致性。内置故障检测和自动选主功能，只要不是集群中的大多数节点都宕机，就可以继续正常工作。提供单主模式与多主模式，多主模式支持多点写入。MGR集群的搭建，参考文章MySQL MGR 集群搭建(单主模式...
RedHat 7.9安装MySQL 8.0 MGR
05-24
RedHat 7.9 安装 MySQL 8.0 MGR RedHat 7.9 安装 MySQL 8.0 MGR 是一种高可用性的数据库解决方案，它可以提供高性能、可扩展性和高可用性的数据库服务。在本文中，我们将指导您如何在 RedHat 7.9 上安装 MySQL 8.0 ...
mysql_install:MySQL 8.0 MGR自动安装配置脚本
05-19
MySQL8.0 自动安装脚本 mysql8_install.sh my_test.cnf mysql-8.0.20-linux-glibc2.12-x86_64.tar.xz 三个文件放在同一个目录下，例如/root/soft/ 1）安装并启动mysql进程（主和从库都执行） #/bin/bash mysql8_...
mysql8.0.x版本升级及mgr恢复.docx
03-26
MySQL 8.0.x 版本升级和MGR（Group Replication）恢复是数据库管理员在维护高可用性集群时常见的任务。以下是对标题和描述中涉及的知识点的详细说明： ### MySQL 8.0.x 升级过程 1. **数据备份**：在升级前，确保对...
mysql高可用集群MGR组复制集群介绍及搭建说明
最新发布
05-27
MySQL组复制（MySQL Group Replication, MGR）是一个基于原生MySQL复制实现的、提供数据一致性和容错性的同步复制插件。通过MGR，用户可以构建高可用性的MySQL集群，实现数据的实时同步和故障自动转移。 二、内容...
mysql 8 MGR集群
11-14
MySQL 8 MGR 集群是一种高可用性的数据库解决方案，通过在多个服务器上部署多个 MySQL 实例，实现数据库的高可用性和负载均衡。本文将详细介绍 MySQL 8 MGR 集群的原理、安装、配置和部署。 一、原理 MySQL 8 MGR ...
MySQL 8.0.15配置MGR单主多从的方法
12-14
一、简介 MySQL Group Replication（简称MGR）字面意思是mysql组复制的意思,但其实他是一个高可用的集群架构,暂时只支持mysql5.7和mysql8.0版本. 是MySQL官方于2016年12月推出的一个全新的高可用与高扩展的解决方案,提供了高可用、高扩展、高可靠的MySQL集群服务. 也是mysql官方基于组复制概念并充分参考MariaDB Galera Cluster和Percona XtraDB Cluster结合而来的新的高可用集群架构. MySQL Group Replication是建立在基于Paxos的XCom之上的，正因为有了XCom基础设施，保证数
ProxySQL + Mysql MGR实现数据库高可用
weixin_43790613的博客
09-04 726
数据库mysql
mysql mgr 8.0_7.mysql8.0版本MGR搭建
weixin_42149145的博客
02-07 497
搭建MGR1、配置文件loose-group_replication_ip_whitelist = 192.168.124.0/24loose-group_replication_start_on_boot = OFFloose-group_replication_bootstrap_group = OFFloose-group_replication_group_name ...
MySQL之MGR原理+保姆级配置部署
weixin_44508518的博客
09-12 3067
如上图所示，由3个节点组成一个复制组，Consensus层为一致 性协议层，在事务提交过程中，发生组间通讯，由2个节点决议(certify)通过这个事务，事务 才能够最终得以提交并响应。**高灵活性：**提供单主模式和多主模式，单主模式在主库宕机后能够自动选主，所有写入都在主 节点进行，多主模式支持多节点写入。**高扩展性：**节点的增加与移除会自动更新组成员信息，新节点加入后，自动从其他节点同步增 量数据，直到与其他节点数据一致；**高一致性：**基于分布式paxos协议实现组复制，保证数据一致性；
Centos7.9搭建MySQL-8.0.32 MGR集群
sqlora的专栏
03-24 380
Centos7.9搭建MySQL-8.0.32 MGR集群
MySQL8.0 MGR 部署
thewayofsuccess的专栏
07-02 288
##1.机器 |IP|角色| |--|--| |172.16.75.244|master| |172.16.75.245|slave| |172.16.75.246|slave| ##2.步骤 ###2.1初始化： mgr.cnf: ``` #catmgr.cnf [mysqld] port=3106 master_info_repository=TABLE relay_log_info_repository=TABLE rel...
MySQL8搭建MGR多主模式
weixin_47354082的博客
03-31 800
一、介绍 MGR多主模式，各个结点都是主结点，都能读写操作，均能外提供服务，当有结点出现故障，会被自动剔除集群，故障转移过程，由客户端去识别处理，下次启动组复制，故障自动完成数据同步，达到最终数据一致。 二、搭建 2.1 搭建MGR单主模式 请参考MySQL8搭建MGR单主模式_weixin_47354082的博客-CSDN博客。 2.2 修改参数关闭单主模式 MGR调整参数关闭单主模式，会自动变成多主模式； 2.2.1 热修改 STOP GROUP_REPLICATION; s.
Mysql-router 8.0+Mysql8.0的MGR（单主模式)的配置与测试
zhangwenjiang001的博客
08-27 6499
本文仅供参考，亦有参考其他作者的文档及官方文档，在此一并致谢。 一、环境及软件：VMware，CenOS7.3，mysql 8.0，mysql-router 8.0 测试组合： mysql-router 8.0+MGR单主集群 ------------------------------------- 写在前面的总结： 1、MGR单主模式，不太合适，因为MGR单主模式下主库failove...
mysql 8.0 mgr 成员 权重
09-13
MySQL 8.0 MGR（MySQL Group Replication）是MySQL的高可用性解决方案之一，它基于组复制的方式实现数据的自动同步和故障转移。 在MGR中，成员的权重定义了其对于写操作的负载分配比例。权重越高，该成员处理的写操作就越多。可以通过更改成员的权重来调整负载均衡策略。 要设置成员的权重，需要按照以下步骤进行操作： 1. 连接到MySQL实例并进入管理命令行（shell）模式。 2. 运行以下命令来查看当前成员及其权重： ``` SELECT MEMBER_HOST, MEMBER_PORT, MEMBER_STATE, MEMBER_WEIGHT FROM performance_schema.replication_group_members; ``` 这将列出所有成员以及它们的权重。 3. 运行以下命令来更改成员的权重（示例中的成员ID为1）： ``` SET GLOBAL group_replication_member_weight = 1 WHERE MEMBER_ID = 1; ``` 这将将成员ID为1的权重设置为1。 4. 重复步骤2和步骤3，根据需要更改其他成员的权重。 请注意，更改成员的权重可能会导致数据写入不均衡或不一致，因此在进行更改时请谨慎。在进行任何更改之前，建议先备份数据库以防止数据丢失。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

独上西楼影三人

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

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

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

打赏作者

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

抵扣说明：

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

余额充值