企业级运维——Mysql读写分离

最新推荐文章于 2023-09-03 23:55:27 发布
最新推荐文章于 2023-09-03 23:55:27 发布
阅读量220 收藏
点赞数
分类专栏： 企业级运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_38044888/article/details/97614548
版权

文章目录

读写分离原理

如何理解读写分离：https://baijiahao.baidu.com/s?id=1614304400276051465&wfr=spider&for=pc

读写分离就是在主服务器上修改，数据会同步到从服务器，从服务器只能提供读取数据，不能写入，实现备份的同时也实现了数据库性能的优化，以及提升了服务器安全。

在这里插入图片描述

1、什么是读写分离

读写分离，基本的原理是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE），而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。

2、为什么要读写分离呢？

因为数据库的“写”（写10000条数据到oracle可能要3分钟）操作是比较耗时的。

但是数据库的“读”（从oracle读10000条数据可能只要5秒钟）。

3、什么时候要读写分离？

数据库不一定要读写分离，如果程序使用数据库较多时，而更新少，查询多的情况下会考虑使用，利用数据库 主从同步 。可以减少数据库压力，提高性能。当然，数据库也有其它优化方案。memcache 或是 表折分，或是搜索引擎。都是解决方法。

当数据库读远大于写，查询多的情况，就可以考虑主数据库负责写操作，从数据库负责读操作，一主多重，从而把数据读写分离，最后还可以结合redis等缓存来配合分担数据的读操作，大大的降低后端数据库的压力。

读写分离实验

实验准备

三台rhel7.5的虚拟机

主机名（IP）作用
server1（172.25.25.1）写数据库
server2（172.25.25.2）读数据库
server3（172.25.25.3）Mysql-proxy

server1配置

我们的读写分离实验建立在基于gtid的异步复制，所以需要配置gtid的异步复制。

  • 1.因为之前做了组复制，先关闭组复制，关闭服务，删除目录下的文件，再开启服务。
[root@server1 mysql]# cd /var/lib/mysql
[root@server1 mysql]# systemctl stop mysqld.service 
[root@server1 mysql]# rm -fr *
[root@server1 mysql]# systemctl start mysqld
  • 2.mysql进行安全初始化
[root@server1 mysql]# cat /var/log/mysqld.log | grep password
[root@server1 mysql]# mysql_secure_installation
  • 3.创建gtid需要的复制用户
[root@server1 mysql]# mysql -uroot -p
mysql> CREATE USER 'repl'@'172.25.66.%' IDENTIFIED BY 'Wsp+123ld';

mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'172.25.66.%';

mysql> flush privileges;
mysql> show master status;
  • 4.修改mysql配置文件/etc/my.cnf，写入gtid复制相关配置，并重启服务。
log-bin=mysql-bin
server_id=1
gtid_mode=ON
enforce_gtid_consistency=ON

systemctl restart mysqld

server2配置

  • 1.因为之前做了组复制，先关闭组复制，关闭服务，删除目录下的文件，再开启服务。
[root@server2 mysql]# systemctl stop mysqld.service 
[root@server2 mysql]# rm -fr *
[root@server2 mysql]# ls
[root@server2 mysql]# systemctl restart mysqld
  • 2.配置文件/etc/my.cnf添加如下内容，并重启服务
log-bin=mysql-bin
server_id=2
gtid_mode=ON
enforce-gtid-consistency=true

systemctl restart mysqld
  • 3.mysql进行安全初始化
[root@server1 mysql]# cat /var/log/mysqld.log | grep password
[root@server1 mysql]# mysql_secure_installation
  • 4.创建gtid需要的复制用户
[root@server1 mysql]# mysql -uroot -p
mysql> CREATE USER 'repl'@'172.25.66.%' IDENTIFIED BY 'Wsp+123ld';

mysql> GRANT REPLICATION SLAVE ON *.* TO 'repl'@'172.25.66.%';

mysql> flush privileges;
mysql> show master status;
  • 5.先停掉slave，添加新的master模式，然后再次开启slave
mysql> stop slave;
Query OK, 0 rows affected (0.03 sec)

mysql> CHANGE MASTER TO
    -> MASTER_HOST = '172.25.66.1',
    -> MASTER_USER = 'repl',
    ->  MASTER_PASSWORD = 'Wsp+123ld',
    -> MASTER_AUTO_POSITION = 1;

mysql> start slave;
Query OK, 0 rows affected (0.01 sec)
  • 4.查看slave状态，注意uuid是否与master一致。
mysql> show slave status\G                                                                          *************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 172.25.66.1
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000001
          Read_Master_Log_Pos: 154
               Relay_Log_File: server2-relay-bin.000002
                Relay_Log_Pos: 367
        Relay_Master_Log_File: mysql-bin.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table: 
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0
                   Last_Error: 
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 154
              Relay_Log_Space: 576
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error: 
               Last_SQL_Errno: 0
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 1
                  Master_UUID: 50858459-b1d2-11e9-8666-525400d85f32
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
           Master_Retry_Count: 86400
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 
            Executed_Gtid_Set: 
                Auto_Position: 1
         Replicate_Rewrite_DB: 
                 Channel_Name: 
           Master_TLS_Version: 
1 row in set (0.00 sec)

注意，如果出现Slave_IO_Running: No，看报错日志，一般在server1上执行reset master，然后在server2reset master和reset slave，重新change master，并开启即可。

测试下gtid异步复制

server1：

mysql> create database test;
Query OK, 1 row affected (0.02 sec)

mysql> use test;
Database changed
mysql> create table t1(username varchar(10) not null,age int );
Query OK, 0 rows affected (0.15 sec)

mysql> insert into t1 values('aa',11);
Query OK, 1 row affected (0.04 sec)

server2:

mysql> select * from test.t1;
+----------+------+
| username | age  |
+----------+------+
| aa       |   11 |
+----------+------+
1 row in set (0.00 sec)

Mysql-proxy服务配置（server3）

server3做数据库代理端

  • 1.关闭之前的mysqld服务，下载解压安装mysql-proxy到指定目录。
systemctl stop mysqld(如果之前开启过mysqld，关掉，因为占用端口3306)
tar zxf mysql-proxy-0.8.5-linux-el6-x86-64bit.tar.gz -C /usr/local
cd /usr/local/
mv mysql-proxy-0.8.5-linux-el6-x86-64bit  mysql-proxy
  • 2.创建相关目录：日志目录、配置文件目录
cd mysql-proxy/
mkdir log conf
  • 3.进入配置目录，并创建填写配置文件（主要是为了启动配置）
vim /usr/local/mysql-proxy/conf/mysql-proxy.conf
写入：
[mysql-proxy]
proxy-address=0.0.0.0:3306	#	代理的ip为本机的3306端口
proxy-backend-addresses=172.25.66.1:3306	# 指定后端读写数据库
proxy-read-only-backend-addresses=172.25.66.2:3306		#指定后端只读数据库
proxy-lua-script=/usr/local/mysql-proxy/share/doc/mysql-proxy/rw-splitting.lua		# 指定启动读写分离脚本
pid-file=/usr/local/mysql-proxy/log/mysql.pid		#	pid存放位置
log-file=/usr/local/mysql-proxy/log/mysql.log		# 日志存放维护iz
plugins=proxy		# 插件
log-level=debug		# 日志级别
keepalive=true		# 保证高可用
daemon=true			#	守护进程开启
  • 4.修改lua脚本，设置使用读写分离连接数。
[root@server3 mysql-proxy]# cd /usr/local/mysql-proxy/share/doc/mysql-proxy/

[root@server3 mysql-proxy]# vim rw-splitting.lua

 37 -- connection pool
 38 if not proxy.global.config.rwsplit then
 39         proxy.global.config.rwsplit = {
 40                 min_idle_connections = 1,
 41                 max_idle_connections = 2,
 42 
 43                 is_debug = false
 44         }
 45 end

为了实验效果明显修改为1和2
  • 5.开启mysql-proxy服务，并查看其进程，日志和端口。
开启之前，因为我们把所有的配置写在文件里，所以需要给文件权限。
[root@server3 mysql-proxy]# chmod 660 /usr/local/mysql-proxy/conf/mysql-proxy.conf
[root@server3 mysql-proxy]# /usr/local/mysql-proxy/bin/mysql-proxy --defaults-file=/usr/local/mysql-proxy/conf/mysql-proxy.conf

查看进程
[root@server3 mysql-proxy]# ps aux | grep mysql-proxy
root      1880  0.0  0.0  37908   720 ?        S    16:11   0:00 /usr/local/mysql-proxy/libexec/mysql-proxy --defaults-file=/usr/local/mysql-proxy/conf/mysql-proxy.conf
root      1881  0.0  0.1  37908  1164 ?        S    16:11   0:00 /usr/local/mysql-proxy/libexec/mysql-proxy --defaults-file=/usr/local/mysql-proxy/conf/mysql-proxy.conf
root      1884  0.0  0.0 112704   980 pts/0    R+   16:12   0:00 grep --color=auto mysql-proxy

查看日志
[root@server3 mysql-proxy]# cat /usr/local/mysql-proxy/log/mysql.log 
2019-07-29 16:11:42: (message) chassis-unix-daemon.c:136: [angel] we try to keep PID=1881 alive
2019-07-29 16:11:42: (debug) chassis-unix-daemon.c:157: waiting for 1881
2019-07-29 16:11:42: (debug) chassis-unix-daemon.c:121: we are the child: 1881
2019-07-29 16:11:42: (critical) plugin proxy 0.8.5 started
2019-07-29 16:11:42: (debug) max open file-descriptors = 1024
2019-07-29 16:11:42: (message) proxy listening on port 0.0.0.0:3306
2019-07-29 16:11:42: (message) added read/write backend: 172.25.66.1:3306
2019-07-29 16:11:42: (message) added read-only backend: 172.25.66.2:3306

查看端口：
[root@server3 mysql-proxy]# netstat -tnlp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
tcp        0      0 0.0.0.0:3306            0.0.0.0:*               LISTEN      1881/mysql-proxy    
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      840/sshd            
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      1075/master         
tcp6       0      0 :::22                   :::*                    LISTEN      840/sshd            
tcp6       0      0 ::1:25                  :::*                    LISTEN      1075/master

测试

  • 1.server1的mysql新建用户，给其授权相关读写权力，使其可以从真机登陆：
mysql> grant insert,update,select on *.* to rwspilt_user@'%' identified by 'Wsp+123ld';
Query OK, 0 rows affected, 1 warning (0.02 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.02 sec)

mysql> select user from mysql.user;
+---------------+
| user          |
+---------------+
| rwspilt_user  |
| repl          |
| mysql.session |
| mysql.sys     |
| root          |
+---------------+
5 rows in set (0.00 sec)
  • 2.真机：查看读的情况
    因为我们的读写分类是在一定并发连接的基础上实现的，我们的读写分类lua脚本中说明，最大连接数超过两个会启用读写分离。
    所以我们在真机可以开启三个同时连接server3的mysql代理端口，同时，在server3上使用lsof监控mysql的连接状态。
第一个连接：
[root@localhost mysql]# mysql -h 172.25.66.3 -urwspilt_user -pWsp+123ld

第二个连接：
[root@localhost mysql]# mysql -h 172.25.66.3 -urwspilt_user -pWsp+123ld

第三个连接：
[root@localhost mysql]# mysql -h 172.25.66.3 -urwspilt_user -pWsp+123ld

此时，在server3上监控：

[root@server3 mysql-proxy]# lsof -i:3306
COMMAND    PID USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
mysql-pro 1881 root   10u  IPv4  24981      0t0  TCP *:mysql (LISTEN)
mysql-pro 1881 root   11u  IPv4  26001      0t0  TCP server3:mysql->172.25.66.250:38008 (ESTABLISHED)
mysql-pro 1881 root   12u  IPv4  25676      0t0  TCP server3:33840->server1:mysql (ESTABLISHED)
mysql-pro 1881 root   13u  IPv4  26002      0t0  TCP server3:33850->server1:mysql (ESTABLISHED)
mysql-pro 1881 root   14u  IPv4  26003      0t0  TCP server3:mysql->172.25.66.250:38010 (ESTABLISHED)
mysql-pro 1881 root   15u  IPv4  26004      0t0  TCP server3:49244->server2:mysql (ESTABLISHED)

可以发现，当连接数超过三个时，server3将代理转到只读server2上，说明开始启动读写分离。

  • 3.为了看实验效果，我们在server2 停止异步复制，因为现在是从server2读，但是写是往server1写，停止了异步复制，我们就看不到写入的数据了，只有server1自身可以看到。
在真机插入数据：
MySQL [(none)]> select * from test.t1;
+----------+------+
| username | age  |
+----------+------+
| aa       |   11 |
+----------+------+

MySQL [(none)]> insert into test.t1 values('mac',12);
Query OK, 1 row affected (0.04 sec)

但是查看不到：
MySQL [(none)]> select * from test.t1;
+----------+------+
| username | age  |
+----------+------+
| aa       |   11 |
+----------+------+

写库server1查看确实插入了数据：

mysql> select * from test.t1;
+----------+------+
| username | age  |
+----------+------+
| aa       |   11 |
| mac      |   12 |
+----------+------+
2 rows in set (0.00 sec)

至此，我们的读写分离就实现了。

Dribblelife
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
企业级mysql数据库集群实战——实现mysql数据库的读写分离（mysql-proxy）
ymeng9527的博客
07-29 1163
1.mysql数据库的读写分离的基础知识（为什么要进行读写分离） 对于很多大型网站（pv值百万、千万）来说，在所处理的业务中，其中有70%的业务是查询（select）相关的业务操作 （新闻网站，插入一条新闻，查询操作） 剩下的则是写（insert、update、delete，只要能对MySQL的数据造成更改的操作都叫写操作）操作 在使用负载均衡集群之后，可以很大程度的提升网站的整体性能，但是最终的...
MySQL读写分离最全详解
最新发布
wjianwei666的专栏
06-06 237
总之，读写分离是提升数据库性能和扩展性的有效手段，通过将读操作分散到多个从数据库上，可以显著提高系统的并发处理能力、和响应速度。
企业级 ##MySQL-proxy搭建数据库读写分离##
China_zgd的博客
08-14 427
1.读写分离的概念： 读写分离，基本的原理是让主数据库处理事务性增、改、删操作（INSERT、UPDATE、DELETE），而从数据库处理SELECT查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。 2.读写分离的作用： 因为数据库的“写”（写10000条数据到oracle可能要3分钟）操作是比较耗时的。 但是数据库的“读”（从oracle读10000条数据可能只要...
MyCat企业级应用架构实战-双主双从高可用读写分离架构-第1章
霍然的专栏
04-18 370
概要 keepalived-2.0.20+mycat1.6.7.4+mysql5.7.29 双主双从读写分离高可用架构,如下图 MyCat企业级应用架构图-双主双从高可用读写分离架构 1 mycat通过keepalived实现高可用配置，不会因为mycat宕机了，整个数据库 层就相当于宕机了 2 mysql实现双主...
Mysql读写分离的四种方案
热门推荐
一树一菩提的博客
05-10 2万+
以上四种方案各有优缺点，基于MySQL proxy代理的方式对于应用来说相对简单，但是在项目稳定性、事务支持性等方面还存在问题；而基于应用内路由的方式固然灵活度比较高，但是也增加了应用逻辑的复杂度；基于mysql-connector-java的jdbc驱动和sharding-jdbc的方式在使用上相对简单，但限制了需要使用java开发。
MySQL数据库：读写分离
张维鹏的博客
12-26 1万+
读写分离解决的是，数据库的写操作，影响了查询的效率，所以读写分离适用于读远大于写的场景。读写分离的实现基础是主从复制，主数据库利用主从复制将自身数据的改变同步到从数据库集群中，然后主数据库负责处理写操作（当然也可以执行读操作），从数据库负责处理读操作，不能执行写操作。并可以根据压力情况，部署多个从数据库提高读操作的速度，减少主数据库的压力，提高系统总体的性能。
linux运维——MYSQL的读写分离
liuchuang11的博客
07-15 196
原理： 顾名思义，读写分离基本的原理是让主数据库处理事务性增、改、删操作，而从数据库处理查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。 实现方式 实现方式有很多，但是不外乎分为内部配置和使用中间件，下面列举几个常用的方法： 1.配置多个数据源，根据业务需求访问不同的数据，指定对应的策略：增加，删除，修改操作访问对应数据，查询访问对应数据，不同数据库做好的数据一致性的处...
Mysql——读写分离
ML908的博客
01-10 436
文章目录一、MySQL读写分离原理二、应用场景三、读写分离示例1、配置2、验证 一、MySQL读写分离原理 读写分离就是只在主服务器上写，只在从服务器上读 主数据库处理事务性查询，而从数据库处理select查询 数据库复制被用来把事务性查询导致的变更同步到集群中的从数据库 二、应用场景 在企业用户中，在大量的数据请求下，单台数据库将无法承担所有的读写操作 配置多台数据库服务器以实现读写分...
MySQL运维实战秘诀
04-29
MySQL运维实战秘诀主要涵盖了一系列关于如何有效管理和维护MySQL数据库系统的专业知识和实践经验。...通过深入学习和实践，运维人员可以提升MySQL数据库的稳定性和效率，确保企业的数据服务顺畅运行。
基于 gin+gorm+redis+mysql 读写分离的电子商城.zip
04-19
自1998年首次发布以来，MySQL以其卓越的性能、可靠性和可扩展性，成为全球范围内Web应用程序、企业级解决方案以及其他各种数据处理场景的首选数据库平台之一。 以下是对MySQL数据库的详细介绍： 核心特性与优势 ...
老男孩Mysql DBA运维课程(19部全) Mysql DBA高级运维系列课程
12-30
07-第七部-老男孩MySQL主从复制企业级深入高级应用实战（20节） 08-第八部-老男孩MySQL备份与恢复实战案例及生产方案（10节） 09-第九部-老男孩MySQL服务日志详细介绍及增量恢复命令实践（7节） 10-第十部-老男孩...
linux运维必会Mysql企业面试题.docx
10-30
以上就是关于MySQL集群、高可用方案、读写分离实践及处理中文数据乱码和批量更改表引擎的详细解释。这些知识点对于Linux运维人员在面对企业面试时至关重要，因为它们直接关系到数据库的稳定性和高效运维。
MySQL数据库读写分离
junge的博客
03-31 1598
当今MySQL使用相当广泛，随着用户的增多以及数据量的增大，高并发随之而来；然而我们有很多办法可以缓解数据库的压力，分布式数据库集群、负载均衡、读写分离、增加缓存服务器等等。采用读写分离技术缓解数据库的压力是一种不错的方式。MySQL Proxy是MySQL官方提供的数据库代理工具；
mysql-读写分离
PercyXuBiao的博客
07-21 2842
在数据库集群架构中，让主库负责处理写入操作，而从库只负责处理select查询，让两者分工明确达到提高数据库整体读写性能。当然，主数据库另外一个功能就是负责将数据变更同步到从库中，也就是写操作。Mycat 是一个开源的数据库系统，但是由于真正的数据库需要存储引擎，而 Mycat 并没有存 储引擎，所以并不是完全意义的数据库系统。 那么 Mycat 是什么？Mycat 是数据库中间件，就是介于数据库与应用之间，进行数据处理与交互的中间服 务是实现对主从数据库的读写分离、读的负载均衡。常见的数据库中间件: MyC
企业架构MySQL读写分离
weixin_47144155的博客
06-27 434
企业架构MySQL读写分离一、背景描述及其方案设计1、业务背景描述2、模拟运维设计方案二、MySQL读写分离介绍1、读写分离的目的2、读写分离常见的实现方式三、MySQL读写分离案列实现1.搭建M-S复制2、master配置3、slave配置4、简单业务代码实现5、框架配置实现读写分离6、MyCAT实现读写分离6.1、介绍6.2、jdk安装6.3、mycat安装和测试启动6.4、配置读写分离6.5、mycat客户端6.6、mycat管理端6.7、业务代码配置6.8、balance属性和writeType属性
【进阶篇】MySQL的读写分离详解
日拱一卒无有尽，功不唐捐终入海
09-03 1208
例如，你的团队开发和维护着一个电商平台，随着业务的发展和网购习惯的不断成熟，目前平台每天有数以百万计的用户进行商品浏览和购买。但是经过你们团队的具体分析，发现1000商品的查询下单商品为1也就是大量请求都是在处理商品的查询，以及快递信息的查询。尤其在高峰期，服务器可能需要处理大量的读和写请求。如果所有的读请求都由一个数据库服务器处理，那么可能会造成服务器响应缓慢，甚至服务器无法响应下单请求，甚至服务器直接崩溃。这时，作为资深的你应该已经在考虑使用读写分离策略。
mysql（六）读写分离
2302_78534730的博客
07-29 1896
只在主服务器上写，只在从服务器上读。
mysql读写分离
hanguofei的博客
12-24 800
1.读写分离的思路 1.1 原理 顾名思义，读写分离基本的原理是让主数据库处理事务性增、改、删操作，而从数据库处理查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。 ###1.2 实现方式 实现方式有很多，但是不外乎分为内部配置和使用中间件，下面列举几个常用的方法： 1.配置多个数据源，根据业务需求访问不同的数据，指定对应的策略：增加，删除，修改操作访问对应数据，查询访问对应...
MySQL读写分离
CUI_LE的博客
05-10 3921
读写分离实现方式： 1）配置多数据源； 2）使用mysql的proxy中间件代理工具； 第一种方式中，数据库和Application是有一定侵入性的，即我们的数据库更换时，application中的配置文件是需要手动修改的。而第二种方式中，我们可选择mysql proxy固定连接一个数据库，即使数据库地址更换也无需更换项目中的数据库连接配置。 同样，在开始配置实现MySQL读写分离之前，我们会遇到一个选型问题，那就是在诸多的MySQL的proxy中间件工具中，如mysql-proxy、atlas、cobar

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值