对线HR_MySQL逻辑架构?就这?

已于 2022-05-28 22:54:49 修改
阅读量519 收藏 20
点赞数 21
CC 4.0 BY-SA版权
分类专栏： SQL 文章标签： mysql 架构 数据库
于 2022-05-28 22:50:06 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/JOElib/article/details/125024597
本文深入解析MySQL的逻辑架构，涵盖连接层、服务层、引擎层等核心组件，并详细阐述查询缓存、数据缓冲池的工作原理及操作方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

MySQL高级篇之逻辑架构

文章目录

1.逻辑架构-基本架构

1.1MySQL底层基本的结构

  • 连接层

    • 连接池

  • 服务层

    • sql接口
    • 查询缓存
    • 解析器
    • 优化器

  • 引擎层

    • 插拔式引擎

  • 其他

    • 文件系统
    • 日志

1.2MySQL底层架构视图

在这里插入图片描述

  1. Conncetors为客户端连接器

    1. 比如在Java中的JDBC

  2. Connection Pool为连接池

    1. 主要的作用是当出现多个客户端连接服务器的时候,为多连接提供条件

  3. SQL Interface为SQL接口

    1. 主要的作用是:接收SQL语句,最后再将查询到的结果返回到客户端中

  4. Parser为解析器

    1. 主要的作用是:解析SQL语法和词性的分析,最后生成一颗语法树

  5. Optimizer为优化器

    1. 主要的作用是:优化SQL代码,最后给出一个执行计划

  6. Chaches & Buffers为查询缓存

    1. 主要的作用是:以键值对的形式保存SQL执行语句及其结果

  7. Pluggable Stroage Engine为插拔式存储引擎

    1. 主要的作用是:相当于表的类型

1.3连接层

1.3.1连接池与线程池
  • 连接池的作用
    • 连接池相当于为客户端和服务器端提供对应的连接,主要用于连接作用
  • 线程池的作用
    • 线程池相当于为多个连接提供多个线程,每一个线程相互独立完成对应的任务,即线程池适用于交互的
    • 有了线程池,免去了创建和销毁线程的开销
1.3.2执行原理

  1. 首相,假设我们从Connectors对应的客户端进入登录界面,按照以下语法进行登录

    mysql -u [user_name] -h [host] -p[passordword] -P 端口号 -e sql语句

  2. 我们依次提供了user_name 用户名,host ip地址,password 密码,然后通过TCP/IP协议将这些信息,尽力过三次握手之后传递到服务器端

  3. 连接核实

    1. 通过传递过来的三个参量,到mysql表中寻找host,user,authentication_string字段,依次匹配
    2. 如果匹配成功,连接至服务器,并等待下一步的请求核实
    3. 如果匹配失败,永远都无法连接至服务器

1.4服务层

1.4.1SQL Inteface
  • SQL Interface主要是接受我们书写的SQL语句,比如说最传统的SELECT.. FROM ...查询语句等
  • SQL Interface主要针对于查询,返回查询结果,其他操作有对应的接口
1.4.2Parser

  • 在该过程中会进行请求核实

    • 请求核实会先访问user表,查看该表中这个操作是否有对应的权限

      • user,host构成联合主键
      • 所以里面的权限字段针对于所有的数据库和数据表

    • 再访问db表,查看该表中这个操作是否有对应的权限

      • user,host,db构成联合主键
      • 所以里面的权限字段针对于当前数据库的所有的数据表

    • 再访问tables_priv表,查看该表中这个操作是否有对应的权限

      • 其中user,host,db,tables_name构成联合主键
      • 所以里面的权限针对于当前数据库的当前数据表的所有的字段

    • 再访问columns_priv表,查看该表中这个操作是否有对应的权限

      • 该表的权限是最细致的,即有没有该字段中的DML权限,其中user,host,db,tables_name,columns_name构成联合主键
      • 如果该表仍没有对应的权限,就会报错
      • 所以里面的权限针对于当前数据库的但钱数据表的当前的字段

  • 词性解析

    • select field1,field2 from table_name where conditon ...

      词性分析中,会分析在里面每一个单词属于什么类型,比如,select属于保留字,field1属于字段名,from属于保留字,table_name属于表名,…

  • 语法解析

    • 语法分析中,会根据语法生成对应的语法树,再判断语法是否正确

    • 在这里插入图片描述

    • 如果在语法树中出现错误,会立刻报错

1.4.3执行器
  • 执行器会根据执行计划开始执行,即使用全表查询还是索引查询等
1.4.4Optimizer
  • Optimizer是优化器,主要对我们的SQL语句进行优化,最后生成一个执行计划,给执行器参考
  • 主要有以下两个方面的优化
    • 逻辑优化
      • 逻辑上的优化可以简单理解为,某一查询语句是否可以从多行子查询变成多表查询
    • 物理优化
      • 是否可以用索引查询替代全表查询
1.4.5Chaches & Buffers
  • Chaches & Buffers是查询缓存,自MySQL8.0后,查询缓存被弃用
  • 查询缓存的工作原理是将sql语句以字符串的形式保存到key中,最后将查询出来的结果保存在value中,如果下次的查询在缓存中存在就可以快速命中,但是命中率极低
1.4.5.1查询缓存为什么鸡肋

  1. 命中率极低,当我们的查询语句多一个空格或少一个空格就会查询不到

    SELECT field1,field2 FROM table_name WHERE conditon;
SELECT  field1,field2 FROM table_name WHERE conditon;
#上面两个查询语句的结果肯定是一样的,但是底层存储的是字符串,两个的长度不同,系统认为不是一样的,命中不了

  2. 遇到时间函数的时候,往往也会失效,每一次的时间都不相同

    SELECT NOW() FROM DUAL;

  3. 有时候可能发生意外的错误,比如

    #假设查询缓存中有如下的缓存,结果是 '123'
SELECT field1 FROM table_name WHERE field2 = 1;

DELETE FROM table_name WHERE field2 = 1;
SELECT field1 FROM table_name WHERE field2 = 1;
#查询出来的结果仍然是'123',因为查询缓存+执行流程带来的错误
1.4.5.2查询缓存的删除的代码证实
SELECT @@profiling; #用于记录sql的执行状态的一个会话用户变量,默认情况下该变量都是OFF状态
SET SESSION profiling = 1; #将其打开 
-- 0 为关 1 为开
SELECT * FROM table_name;
SELECT * FROM table_name;

SHOW PROFILES; #查看所有操作所耗费的时间
SHOW PROFILE FOR QUERY ?; #? 表示上述所有操作中的第?行操作
#通过分别运行两个环境就可以看出是否删除
-- 此外,还可以查看其他属性,如cpu | block io等,在FOR之前添加即可
1.4.5.3MySQL5.7环境下如何打开查询缓存
#在my.cnf中修改如下
[mysqld]
query_cache_type = 1;
-- 1表示打开查询缓存
-- 2表示选择性打开查询缓存
-- 0表示关闭查询缓存 (默认是关闭的)

#重启mysql服务
restart mysqld;

1.5引擎层

  • 引擎层针对的主要是存储引擎,后面会补充,否则太多了

1.6存储层

  • 存储层针对的主要是 文件系统,后面会补充

2.逻辑架构-数据缓冲池

2.1数据缓冲池的作用

  1. 如果没有数据缓冲池,我们的数据都是存储在磁盘上的,针对Innodb该存储引擎,底层是以聚簇索引的形式存储元素的,当我们读取数据时,我们要多次和磁盘进行交互,即多次进行IO操作,效率极低
  2. 如果我们预先将数据加载到数据缓冲池,缓冲池在内存中,服务器直接从内存中取数据,效率极高

2.2查询缓存和数据缓冲池相等吗?

  1. 明显是不相同的,针对于查询语句,而数据缓冲池的作用是加载数据,两个概念截然不同

2.3缓冲池的作用原理

  1. 缓冲池作为内存里面的一项,缓冲池会预先在磁盘中读取使用频率高的数据到缓冲池中
    1. 缓冲池读取数字的单位是一个数据页,数据页的大小是16kb
  2. 当我们查询语句查询某些数据时,我们会直接从缓冲池中取出
  3. 如果缓冲池里面没有,缓冲池会继续经行IO操作,将所需要的数据读取到缓冲池中,供我们读取

2.4缓冲池的预读特性

  1. 如果读取完某个数据页,缓冲池仍然有剩余的空间,会把数据页旁边的数据页也读取进来,该过程涉及到 索引的底层,以后再讲,太多了

2.5缓冲池的操作

2.5.1缓冲池默认大小的设置
SHOW VARIABLES LIKE 'innodb_buffer_pool_size'; #查看缓冲池默认大小

#设置当前全局系统变量的方式改变[重启服务即失效]
SET GLOBAL innodb_buffer_pool_size = size; #size指代具体的大小,可以自行设置

#修改my.cnf配置文件的值,实现永久改变
[server]
innodb_buffer_pool = size
2.5.2多个缓冲池的实例
[server]
innodb_buffer_pool_instance = size #size 表示缓冲池实例的个数
#注意的是,如果缓冲池的总大小小于1G,设置多个实例是无效的

SHOW VARIABLES LIKE 'innodb_buffer_pool_instance'; #查看缓冲池实例个数
-- 注意的是:缓冲池的大小是总大小,分实例并不会干预总大小,分3个,每个的大小就是size / 3
2.5.3引申问题

  1. 先明确的是 更新数据并不是直接更新磁盘上的数据,而是更新缓冲池上的数据,缓冲池更新完的数据会定期与磁盘进行交互,避免频繁的交互导致效率降低

  2. 假如,我们交互到一半宕机了,剩下的数据没有更新到我们的磁盘中,我们称这一类数据为 脏页(脏数据),我们如果在MYISAM引擎下是无法处理的,但是在INNODB下的是可以处理的,引出了事务的概念,以后再讲

  3. 假如,我们交互到一半宕机了,剩下的数据没有更新到我们的磁盘中,我们称这一类数据为 脏页(脏数据),我们如果在MYISAM引擎下是无法处理的,但是在INNODB下的是可以处理的,引出了事务的概念,以后再讲

3.底层执行顺序

在这里插入图片描述

注意:这个图非常的重要,需要默或者通过自己的理解画出来

CompanyHR-数据库-MySQL：建立一个名为companyHR的数据库，该数据库有两个表-员工和指导。 -该程序演示了MySQL的大多数概念
02-18
CompanyHR-数据库-MySQL：建立一个名为companyHR的数据库，该数据库有两个表-员工和指导。 -该程序演示了MySQL的大多数概念
MySQL 8.0.12 部署oracle的HR 示例数据库
vkingnew 的技术博客
09-14 823
1.创建库表、添加约束和索引： -- create database: CREATE DATABASE HR ; use hr; -- tables and constrats and index: create table JOBS ( job_id VARCHAR(10) not null, job_title VARCHAR(35), min_salary INT(...
微人事(HR)系统数据库表设计及查询
我的博客
12-28 873
微人事(HR)系统数据库表设计及查询 ● 初始化 ● 分析表设计 ● 高级查询应用 ● 视图(View)的设计 ● 事务(Transaction)的应用 数据初始化操作 命令行登陆mysql，然后执行source d:/hr_mysql.sql 关键表设计分析 当如上sql脚本执行完之后，会默认创建一个hr数据库，并且在数据库中会创建如下多张表： ● 区域表(Regions) ● 国家表(Countries) ● 地址表(Locations) ● 部门表(Departments) ● 雇员表(E
对线HR_MySQL逻辑架构就这
m0_54849873的博客
06-22 235
连接层服务层引擎层其他为客户端连接器为连接池为SQL接口为解析器为优化器为查询缓存为插拔式存储引擎首相,假设我们从Connectors对应的客户端进入登录界面,按照以下语法进行登录 我们依次提供了,,,然后通过TCP/IP协议将这些信息,尽力过三次握手之后传递到服务器端连接核实在该过程中会进行请求核实会先访问表,查看该表中这个操作是否有对应的权限再访问表,查看该表中这个操作是否有对应的权限再访问表,查看该表中这个操作是否有对应的权限再访问表,查看该表中这个操作是否有对应的权限词性解析 词性分析中,会分析
MySQL(159)MySQL的逻辑架构是什么？
qq_43012298的博客
07-26 425
MySQL逻辑架构分为三层：连接层处理客户端连接和权限验证；服务层负责SQL解析、优化和执行，支持查询缓存、存储过程等功能；存储引擎层（如InnoDB、MyISAM）负责数据存储和检索。文章通过示例展示了表的创建、索引优化、查询分析及存储过程的使用，帮助理解MySQL的工作机制和性能优化方法。掌握这一架构有助于更好地进行数据库管理和性能调优。
金仓KingbaseES逻辑架构，与Oracle/MySQL对比
qq_21608393的博客
08-07 811
KingbaseES的逻辑结构采用层级式设计，从高到低依次为：实例/集簇 → 数据库(Database) → 模式(Schema) → 数据库对象（表/视图/函数等），其中多个数据库可以共享同一实例但它们之间相互隔离，模式作为命名空间管理对象，用户和角色全局统一管理权限。存储了关于数据库本身的所有信息：有哪些数据库、每个数据库中有哪些模式、每个模式中有哪些对象（表、视图、索引...）、这些对象的定义、用户/角色信息、权限信息、统计信息等。，用于组织和管理数据库对象（如表、视图、索引、函数、序列、类型等）。
数据库MySQL详解
热门推荐
卓越无关环境，保持空杯心态——靡不有初，鲜克有终
07-24 20万+
全网最详细MySQL教程，2023持续更新中
单体到微服务：电商平台架构的演变与可扩展性探索
张彦峰的博客
10-14 10万+
可扩展性是软件架构中至关重要的特性，它确保系统能够在需求增长和规模扩大的情况下保持高效运行。为实现可扩展性，首要考虑模块化设计，将系统分解为独立、低耦合的模块，使得扩展时能够有针对性地进行修改而不影响整体。同时，水平扩展和垂直扩展是两种常见的扩展策略，前者通过增加节点或服务器来分担负载，后者则通过提升单节点性能来处理更多请求。弹性设计是实现可扩展性的关键，系统需要能够动态地分配和释放资源，以适应负载的波动。采用服务化架构，将系统拆解成小型服务单元，有助于独立开发和扩展。
MySQL主从数据不一致，怎么办？
Daniel的博客
11-15 5613
先给大家说个身边的故事。小伙伴二狗最近面宇宙厂，前面被问MySQL索引、锁、主从复制原理时答的都很开心。当面试官问到：“你们遇到主从不一致的问题怎么解决呢？你有什么更好的方案吗？”二狗懵了。不就是读写时候走主，纯读走从吗。。难道还有什么别的办法？面试官：emmm……有。那我们换个问题，主从复制的方式有几种，你能讲讲吗？二狗：…… 问到盲点了面试官：答不上来没关系，您的情况我基本了解了。感谢您参加...
MySQL vs PostgreSQL 深度对比：为你的新项目选择正确的开源数据库 (2025)
Clownseven的博客
08-08 910
在MySQL和PostgreSQL之间纠结？这不仅仅是速度之争。本文从设计哲学、性能特点、高级功能（如JSONB）和数据一致性等多个维度，深度剖析两大开源数据库的本质区别。通过场景化建议，帮你为Web应用、数据分析或新项目，做出最合适的数据库技术选型。
MySQL 临时表与复制表
kushue的博客
08-09 407
临时表是会话级别的临时数据载体，其设计初衷是为了满足短期数据处理需求，以下从技术细节展开说明。
MySQL(185)如何进行MySQL的容量规划？
qq_43012298的博客
08-08 558
摘要：MySQL容量规划是保障数据库性能稳定的关键步骤，主要包括评估当前资源使用情况、预测未来增长以及调整配置和硬件资源。评估阶段需分析磁盘空间、内存、CPU和网络带宽使用情况，通过SQL命令和系统工具获取数据。预测阶段基于历史数据和业务需求估算未来负载。最后根据评估和预测结果调整MySQL配置参数（如缓冲池大小、最大连接数等）或升级硬件资源。容量规划是一个持续优化的过程，需定期监控和调整以确保数据库高效运行。
【数据库】MySQL库的操作
Menior_的博客
08-08 343
在信息化时代，数据已经成为企业和个人的重要资产。而数据库（Database）正是管理这些数据的核心工具。MySQL 作为全球使用最广泛的开源关系型数据库之一，具有高性能、易用性强、跨平台等优点，非常适合初学者入门以及企业级开发。本文将结合 MySQL 数据库的基础概念与常用操作，带你从零开始掌握数据库的创建、修改、删除、备份及恢复等技巧。数据库（Database）是按照一定数据结构组织、存储和管理数据的仓库。它不仅可以存储大量数据，还能保证数据的完整性安全性和高效查询。MySQL 属于关系型数据库。
30天入门Python（基础篇）——第31天：标准库学习之re模块
weixin_42636075的博客
08-04 780
Python re模块是一个强大的正则表达式工具，可用于高效处理文本数据。摘要包括：1）基本功能：模式匹配、文本搜索、字符串替换、数据验证等；2）核心语法：元字符（.^$+?等）、字符类（[ ]）、预定义字符类（\d\w\s等）及量词（+?{}）；3）高级特性：分组捕获、贪婪/非贪婪匹配、性能优化。通过示例演示了正则表达式在邮箱验证、HTML解析等场景的应用，帮助开发者掌握文本处理利器。
MySQL的存储过程和存储函数：
HMBBLOVEPDX的博客
08-07 786
MySQL存储过程与存储函数详解 存储过程是预先编译并存储在数据库中的可重用代码块，具有简化操作、提高效率、增强安全性等优势。存储过程支持三种参数类型（IN/OUT/INOUT），创建时需使用DELIMITER修改结束符。调用方式为CALL存储过程名()，可返回零或多个值，常用于数据更新操作。 存储函数与存储过程类似，但必须返回单一值且调用方式为SELECT函数名()，常用于查询场景。两者都可通过SHOW、ALTER、DROP命令进行查看、修改和删除。支持事务和表操作创建时需注意处理权限和确定性声明等问题。
MySQL的变量、控制流程和游标：
HMBBLOVEPDX的博客
08-07 1042
摘要：本文详细介绍了MySQL数据库中变量的分类和使用方法。变量分为系统变量（全局和会话级别）和用户变量（会话用户变量和局部变量）。系统变量定义MySQL实例属性，用户变量用于存储过程和数据操作。文章还阐述了条件处理、流程控制（分支、循环结构）以及游标的使用步骤，包括声明、打开、使用和关闭游标。最后指出游标虽能提高数据处理效率，但可能带来性能问题。文章全面覆盖了MySQL编程中的关键元素，为开发者提供了实用指导。
Mysql 分页查询优化
最新发布
Chlapis的博客
08-09 678
也就是说，虽然每次都只返回 n 条记录，但是每次查询都要查询 m+n 行数据。所以，对于大表的查询，越到后面 m 越大，要扫描的记录也就越多。所以我们需要优化下这个多余的查询，即想办法做到不扫描前 m 行记录，只扫描后 n 行记录。
MySQL 主从同步复制功能详细配置指南
前端技术的学习整理
08-08 547
本文详细介绍了MySQL主从复制的配置步骤，包含主服务器和从服务器的完整设置流程。主要内容包括：主服务器my.ini配置（二进制日志、服务器ID等）、创建复制专用用户、状态记录；从服务器配置、主从连接设置、状态检查；常见问题排查方法；日常维护命令；以及半同步复制、多线程复制等高级配置选项。文章提供了详细的SQL命令和配置参数，并强调了安全注意事项和性能优化建议，帮助用户建立可靠的MySQL主从同步环境。
finance_db?是什么？
06-12
<think>嗯，用户这次聚焦在finance_db的具体含义上，还特别要求对比它在GoldenDB和Oracle中的定位差异。看来ta对数据库架构层级的概念比较关注，可能正在做迁移评估或系统设计。从对话脉络看，之前已经详细解释过连接格式差异，但用户跳过了技术参数直接追问逻辑库概念。需要特别注意两点：一是强调finance_db在两种架构中的存在形式差异（物理库vs逻辑抽象），二是说明这种差异对应用开发的影响（比如Oracle里必须直连物理实例而GoldenDB通过代理层解耦）。用户特意提到“参考站内引用”，但实际上下文没有附注来源。保持回答严谨性，可以暗示技术细节参考了行业通用实践而非特定文献。考虑到ta的提问方式，应该更倾向架构师视角而非运维视角——重点讲设计理念而非配置步骤。数学格式指令虽严格但这次内容不涉及公式，主要需要把逻辑库的抽象性用技术比喻说清楚（比如类比Oracle的PDB可移动性）。最后生成的问题要引导用户思考分布式设计对业务的影响，而非单纯操作步骤——毕竟ta连续两次跳过了连接串的具体参数讨论。</think> 以下是针对 `finance_db` 在 GoldenDB 和 Oracle 中的定义、作用及联系的分析，结合两者的数据库架构差异说明： --- ### **1. `finance_db` 在 GoldenDB 中的定义与作用** #### **本质：逻辑库 (Logical Database)** - **定义**：`finance_db` 是 **GoldenDB 代理层**（DBProxy）暴露给应用的虚拟数据库名称[^1]。 - **作用**： - **物理透明性**：应用只需访问 `finance_db`，无需感知底层分片（如按用户ID分库分表）。 - **路由枢纽**：DBProxy 根据 SQL 中的分片键（如 `user_id`）自动路由到对应的物理库（如 `finance_db_shard_001`）[^1]。 - **特点**： - **分布式设计**：一个逻辑库对应多个物理分片（$$ \text{finance\_db} \to \{\text{db\_node\_1}, \text{db\_node\_2}, ...\} $$）。 - **动态扩展**：新增分片时，仅需在 DBProxy 配置映射关系，应用代码无需修改。 > **连接示例**： > ```bash > jdbc:mysql://DBProxy_IP:33060/finance_db?charset=utf8 > ``` --- ### **2. `finance_db` 在 Oracle 中的定义与作用** #### **本质：物理库或服务名 (Service Name/SID)** - **定义**： - **单实例环境**：`finance_db` 是物理数据库实例名（SID）。 - **多租户环境**：对应 PDB 的服务名（如 `finance_db` 作为 PDB 的服务名）[^2]。 - **作用**： - **物理直连**：应用直连到具体数据库实例（如服务器 `10.0.1.100` 上的 Oracle 进程）。 - **资源隔离**：多租户中通过服务名隔离不同业务库（如 `finance_db` 与 `hr_db`）。 - **特点**： - **中心化架构**：所有数据存储在单节点或 RAC 集群共享存储中。 - **无自动分片**：扩容需手动分区或升级硬件（$$ \text{Scale-Up} \gg \text{Scale-Out} $$）。 > **连接示例**： > ```bash > jdbc:oracle:thin:@//oracle_host:1521/finance_db > ``` --- ### **3. 关键差异对比** | **特性** | **GoldenDB (逻辑库)** | **Oracle (物理库/服务名)** | |------------------------|---------------------------------------|----------------------------------| | **架构** | 分布式（分片+代理层） | 中心化（单实例/RAC） | | **扩容方式** | 动态增加分片节点（Scale-Out） | 升级硬件或手动分区（Scale-Up） | | **应用感知层** | 逻辑库名 (`finance_db`) | 物理服务名 (`finance_db`) | | **路由机制** | DBProxy 自动路由 | 直连无路由 | | **高可用实现** | 代理层 VIP + 数据多副本 | RAC + Data Guard | --- ### **4. 迁移注意事项** 若从 Oracle 的 `finance_db` 迁移至 GoldenDB： 1. **逻辑库映射**：将物理库拆分为多个分片，并在 DBProxy 中注册逻辑库名 `finance_db`[^1]。 2. **SQL 兼容性**： - 需改写 Oracle 特有语法（如 `SEQ.NEXTVAL` → `AUTO_INCREMENT`）。 - 避免跨分片事务（如分布式事务需改用最终一致性）。 3. **连接层改造**： ```diff - jdbc:oracle:thin:@//10.0.1.100:1521/finance_db + jdbc:mysql://goldendb_proxy:33060/finance_db ``` --- **相关问题** 1. GoldenDB 的逻辑库如何实现跨分片查询？ 2. Oracle 的多租户模型（CDB/PDB）与 GoldenDB 的分片架构有何本质差异？ 3. 迁移后如何保证 `finance_db` 在分布式环境下的 ACID 特性？ 4. GoldenDB 中逻辑库的元数据管理机制是怎样的？ [^1]: GoldenDB 通过 DBProxy 实现逻辑库到物理分片的映射。 [^2]: Oracle 多租户环境中服务名指向特定 PDB。
评论 33
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

爪哇土著、JOElib

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

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

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

打赏作者

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

抵扣说明：

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

余额充值