JuiceFS：元数据详解

最新推荐文章于 2024-08-03 13:11:18 发布
最新推荐文章于 2024-08-03 13:11:18 发布
阅读量998 收藏 2
点赞数 2
分类专栏： JuiceFS 文章标签： 分布式 云计算 大数据 数据库 linux Powered by 金山文档
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/easonwx/article/details/128641432
版权

引言

juicefs是一款面向云原生设计的高性能分布式文件系统，其有如下特点：

  • 数据存储和元数据存储分离，可以适配多种数据和元数据存储引擎。

  • 后端存储可以直接对接各种对象存储，使用起来更方便，更加适配云服务趋势。

相关技术架构可直接参考：https://juicefs.com/docs/zh/community/architecture

JuiceFS部署

部署规划

  • 本文使用mysql作为元数据存储引擎。

  • 由于主要关注元数据组织，使用s3协议的对象存储作为数据存储引擎。

部署方法

  • 安装mysql，并创建database juicefs

  • 安装juicefs

[root@k8s-master /data/juicefs]# tar -zxf juicefs-1.0.3-linux-amd64.tar.gz
[root@k8s-master /data/juicefs]# sudo install juicefs /usr/local/bin/

  • format，使用mysql作为元数据存储引擎，本地目录/var/jfs/myjfs作为后端存储

[root@k8s-master /data/juicefs]# juicefs format --storage s3 --bucket http://100.99.50.95/jfs --access-key xxxxxxxx --secret-key xxxxxxxx "mysql://root:@(127.0.0.1:3306)/juicefs" myjfs
2023/01/11 14:07:06.680579 juicefs[3629024] <INFO>: Meta address: mysql://root:****@(127.0.0.1:3306)/juicefs [interface.go:402]
2023/01/11 14:07:06.681384 juicefs[3629024] <WARNING>: the database does not support read-only transaction [sql.go:686]
2023/01/11 14:07:06.681977 juicefs[3629024] <INFO>: Data use s3://jfs/myjfs/ [format.go:429]
2023/01/11 14:07:06.938532 juicefs[3629024] <INFO>: Volume is formatted as {
  "Name": "myjfs",
  "UUID": "3f584ef7-0fa1-4f75-813e-3763b73977ee",
  "Storage": "s3",
  "Bucket": "http://100.99.50.95/jfs",
  "AccessKey": "xxxxxxxx",
  "SecretKey": "xxxxxxxx",
  "BlockSize": 4096,
  "Compression": "none",
  "KeyEncrypted": true,
  "TrashDays": 1,
  "MetaVersion": 1
} [format.go:466]

  • mount，将文件系统myjfs，mount到目录/data/juicefs/myjfs目录

[root@k8s-master /data/juicefs]# juicefs mount "mysql://root:@(127.0.0.1:3306)/juicefs" /data/juicefs/myjfs/2023/01/11 14:08:15.368521 juicefs[3630386] <INFO>: Meta address: mysql://root:****@(127.0.0.1:3306)/juicefs [interface.go:402]
2023/01/11 14:08:15.369229 juicefs[3630386] <WARNING>: the database does not support read-only transaction [sql.go:686]
2023/01/11 14:08:15.370647 juicefs[3630386] <INFO>: Data use s3://jfs/myjfs/ [mount.go:428]
2023/01/11 14:08:15.370959 juicefs[3630386] <INFO>: Disk cache (/var/jfsCache/3f584ef7-0fa1-4f75-813e-3763b73977ee/): capacity (102400 MB), free ratio (10%), max pending pages (15) [disk_cache.go:94]
2023/01/11 14:08:15.381783 juicefs[3630386] <INFO>: Create session 1 OK with version: 1.0.3+2022-12-27.e4bf15a [base.go:275]
2023/01/11 14:08:15.382575 juicefs[3630386] <INFO>: Prometheus metrics listening on 127.0.0.1:9567 [mount.go:161]
2023/01/11 14:08:15.382653 juicefs[3630386] <INFO>: Mounting volume myjfs at /data/juicefs/myjfs/ ... [mount_unix.go:181]
2023/01/11 14:08:15.872197 juicefs[3630386] <INFO>: OK, myjfs is ready at /data/juicefs/myjfs/ [mount_unix.go:45]

JuiceFS元数据分析

在mount目录中写入如下数据。

[root@k8s-master /data/juicefs/myjfs]# tree -h
.
├── [4.0K]  dir0
│   └── [1.0M]  file1
└── [256M]  file1

edge：通过目录名称找到inode

如果需要找到文件myjfs/dir0/file1，通过下表可以先找到dir0，其inode为3，然后找到以3为parent的file1，其inode为4。

MariaDB [juicefs]> select * from jfs_edge;
+----+--------+-------+-------+------+
| id | parent | name  | inode | type |
+----+--------+-------+-------+------+
|  1 |      1 | file1 |     2 |    1 |
|  2 |      1 | dir0  |     3 |    2 |
|  3 |      3 | file1 |     4 |    1 |
+----+--------+-------+-------+------+

inode：文件/目录属性

MariaDB [juicefs]> select * from jfs_node;
+---------------------+------+-------+------+-----+-----+------------------+------------------+------------------+-------+-----------+------+--------+
| inode               | type | flags | mode | uid | gid | atime            | mtime            | ctime            | nlink | length    | rdev | parent |
+---------------------+------+-------+------+-----+-----+------------------+------------------+------------------+-------+-----------+------+--------+
|                   1 |    2 |     0 |  511 |   0 |   0 | 1673417226937074 | 1673417630041311 | 1673417630041311 |     3 |      4096 |    0 |      1 |
|                   2 |    1 |     0 |  420 |   0 |   0 | 1673417333270140 | 1673417336289864 | 1673417336289864 |     1 | 268435456 |    0 |      1 |
|                   3 |    2 |     0 |  493 |   0 |   0 | 1673417630041311 | 1673417700029898 | 1673417700029898 |     2 |      4096 |    0 |      1 |
|                   4 |    1 |     0 |  420 |   0 |   0 | 1673417700029898 | 1673417700121148 | 1673417700121148 |     1 |   1048576 |    0 |      3 |
| 9223372032828243968 |    2 |     0 |  365 |   0 |   0 | 1673417226937074 | 1673417226937074 | 1673417226937074 |     2 |      4096 |    0 |      1 |
+---------------------+------+-------+------+-----+-----+------------------+------------------+------------------+-------+-----------+------+--------+

chunk：某个chunk与inode和slice的对应关系

  • inode2对应文件myjfs/file1，其为256MB，包含了4个64M的chunk。

  • inode4对应文件myjfs/dir0/file1，其为1MB，因此只包含一个chunk。

由于其在表中的slices为blob类型，因此无法在此处打印出来。

MariaDB [juicefs]> select * from jfs_chunk;
+----+-------+------+--------------------------+
| id | inode | indx | slices                   |
+----+-------+------+--------------------------+
|  1 |     2 |    0 |                       |
|  2 |     2 |    1 |                       |
|  3 |     2 |    2 |                       |
|  4 |     2 |    3 |                       |
|  5 |     4 |    0 |                       |
+----+-------+------+--------------------------+

block：文件在对象存储中的对象文件

使用下面命令可以显示出这个文件在对象存储中的存储情况。

如myjfs/dir0/file1在对象存储中存储在bucket jfs中，其对象名称为myjfs/chunks/0/0/6_0_1048576。

[root@k8s-master /data/juicefs/myjfs]# juicefs info dir0/file1 
dir0/file1 :
  inode: 4
  files: 1
   dirs: 0
 length: 1.00 MiB (1048576 Bytes)
   size: 1.00 MiB (1048576 Bytes)
   path: /dir0/file1
objects:
+------------+------------------------------+---------+--------+---------+
| chunkIndex |          objectName          |   size  | offset |  length |
+------------+------------------------------+---------+--------+---------+
|          0 | myjfs/chunks/0/0/6_0_1048576 | 1048576 |      0 | 1048576 |
+------------+------------------------------+---------+--------+---------+

元数据编码分析

inode

inode的ID为mysql中的自增id。

数据对象文件名

可见源码，其由slice id，block indx，blocksize构成

func (s *rSlice) key(indx int) string {
    if s.store.conf.HashPrefix {
        return fmt.Sprintf("chunks/%02X/%v/%v_%v_%v", s.id%256, s.id/1000/1000, s.id, indx, s.blockSize(indx))
    }
    return fmt.Sprintf("chunks/%v/%v/%v_%v_%v", s.id/1000/1000, s.id/1000, s.id, indx, s.blockSize(indx))
}

slice id

slice id通过在全局的id池中获取，源码如下

func (m *baseMeta) NewSlice(ctx Context, id *uint64) syscall.Errno {
    m.freeMu.Lock()
    defer m.freeMu.Unlock()
    if m.freeSlices.next >= m.freeSlices.maxid {
        v, err := m.en.incrCounter("nextChunk", sliceIdBatch)
        if err != nil {
            return errno(err)
        }
        m.freeSlices.next = uint64(v) - sliceIdBatch
        m.freeSlices.maxid = uint64(v)
    }
    *id = m.freeSlices.next
    m.freeSlices.next++
    return 0
}

block idx

某个chunk为64M，每个block为4M，因此id依次递增

综上，myjfs/file1的数据对象列表为。

[root@k8s-master /data/juicefs/myjfs]# juicefs info file1 
file1 :
  inode: 2
  files: 1
   dirs: 0
 length: 256.00 MiB (268435456 Bytes)
   size: 256.00 MiB (268435456 Bytes)
   path: /file1
objects:
+------------+-------------------------------+---------+--------+---------+
| chunkIndex |           objectName          |   size  | offset |  length |
+------------+-------------------------------+---------+--------+---------+
|          0 | myjfs/chunks/0/0/1_0_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_1_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_2_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_3_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_4_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_5_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_6_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_7_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_8_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_9_4194304  | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_10_4194304 | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_11_4194304 | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_12_4194304 | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_13_4194304 | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_14_4194304 | 4194304 |      0 | 4194304 |
|          0 | myjfs/chunks/0/0/1_15_4194304 | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_0_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_1_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_2_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_3_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_4_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_5_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_6_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_7_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_8_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_9_4194304  | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_10_4194304 | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_11_4194304 | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_12_4194304 | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_13_4194304 | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_14_4194304 | 4194304 |      0 | 4194304 |
|          1 | myjfs/chunks/0/0/3_15_4194304 | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_0_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_1_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_2_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_3_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_4_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_5_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_6_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_7_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_8_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_9_4194304  | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_10_4194304 | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_11_4194304 | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_12_4194304 | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_13_4194304 | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_14_4194304 | 4194304 |      0 | 4194304 |
|          2 | myjfs/chunks/0/0/4_15_4194304 | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_0_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_1_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_2_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_3_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_4_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_5_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_6_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_7_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_8_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_9_4194304  | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_10_4194304 | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_11_4194304 | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_12_4194304 | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_13_4194304 | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_14_4194304 | 4194304 |      0 | 4194304 |
|          3 | myjfs/chunks/0/0/5_15_4194304 | 4194304 |      0 | 4194304 |
+------------+-------------------------------+---------+--------+---------+

附：juicefs info命令

func info(ctx *cli.Context) error {
    ...
    // 获取文件对应的inode
    inode, err = utils.GetFileInode(d)
    ...
    // 打开一个临时文件.control
    f := openController(d)
    ...
    // 将数据写入到临时文件
    _, err = f.Write(wb.Bytes())
    ...
    // 根据临时文件中的inode，读取chunk，slice，block信息
    // 此函数中包含了一个reader.Read(sizeBuf[n:])操作，读取信息
    err = resp.Decode(f)
    ...
    // 打印相关数据
}

参考文献

https://juicefs.com/docs/zh/community/installation

https://blog.csdn.net/easonwx/article/details/128635853?spm=1001.2014.3001.5501

easonwx
关注
  • 2
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
掘金大数据：电信数据金矿详解、挖掘及应用.docx
09-13
掘金大数据：电信数据金矿详解、挖掘及应用.docx
大型网站架构系列：负载均衡详解.pdf
11-16
大型网站架构系列：负载均衡详解.pdf
1、关于JuiceFS整合MinIO的解析（分布式文件系统）
分享java学习路上的一些笔记，不足之处多多见谅。
10-02 1405
一个分布式文件系统，JuiceFS 会将数据格式化以后存储在对象存储，同时会将文件的元数据存储在元数据引擎。JuiceFS 采用多引擎设计，目前已支持 Redis、TiKV、MySQL/MariaDB、PostgreSQL、SQLite 等作为元数据服务引擎。
juicefs在k8s中应用实践
JAVAquxiao__的博客
05-22 1779
JuiceFS是一款面向云原生设计的高性能分布式文件系统，在 Apache 2.0 开源协议下发布。提供完备的POSIX兼容性，可将几乎所有对象存储接入本地作为海量本地磁盘使用，亦可同时在跨平台、跨地区的不同主机上挂载读写。JuiceFS 采用「数据」与「元数据」分离存储的架构，从而实现文件系统的分布式设计。文件数据本身会被切分保存在对象存储（例如 Amazon S3），而元数据则可以保存在 Redis、MySQL、TiKV、SQLite 等多种数据库中，你可以根据场景与性能要求进行选择。
JuiceFS：写流程源码解析+刷盘+数据一致性分析
easonwx的博客
01-13 802
juicefs是一款面向云原生设计的高性能分布式文件系统，本文分析写流程，及其如何保证数据一致性。
JuiceFS：format和mount源码解读
easonwx的博客
01-10 512
juicefs是一款面向云原生设计的高性能分布式文件系统，本文对format和mount流程源码进行分析。
40+倍提升，详解 JuiceFS 元数据备份恢复性能优化之路
JuiceFS的博客
07-13 1269
JuiceFS 支持多种元数据存储引擎，且各引擎内部的数据管理格式各有不同。为了便于管理，JuiceFS 自 0.15.2 版本提供了 dump 命令允许将所有元数据以统一格式写入到 JSON 文件进行备份。同时，JuiceFS 也提供了 load 命令，允许将备份恢复或迁移到任意元数据存储引擎。命令的详细信息可以参考这里。基本用法： 该功能自 0.15.2 版本发布后到现在 v1.0 RC2 经历了 3 次比较大的优化，性能得到了几十倍的提升， 我们主要在以下三个方向做了优化：这些优化思路比较典型，对于类
JuiceFS 缓存策略详解
JuiceFS的博客
12-16 2745
对于一个由对象存储和数据库组合驱动的文件系统，缓存是本地客户端与远端服务之间高效交互的重要纽带。读写的数据可以提前或者异步载入缓存，再由客户端在后台与远端服务交互执行异步上传或预取数据。相比直接与远端服务交互，采用缓存技术可以大大降低存储操作的延时并提高数据吞吐量。 数据一致性 JuiceFS 提供「关闭再打开（close-to-open）」一致性保证，即当两个及以上客户端同时读写相同的文件时，客户端 A 的修改在客户端 B 不一定能立即看到。但是，一旦这个文件在客户端 A 写入完成并关闭，之后在任何一个客
一文详解 JuiceFS 读性能：预读、预取、缓存、FUSE 和对象存储
JuiceFS的博客
07-26 1581
JuiceFS 社区版架构分为客户端、数据存储和元数据三部分。数据访问支持多种接口，包括 POSIX 、HDFS API、S3 API，还有 Kubernetes CSI，以满足不同的应用场景。在数据存储方面，JuiceFS 支持几十种对象存储，包括公共云服务和自托管解决方案，如 Ceph 和 MinIO。元数据引擎支持多种常见的数据库，包括 Redis、TiKV 和 MySQL 等。企业版与社区版的主要区别在图片左下角元数据引擎和数据缓存的处理。
实践数据湖iceberg 第二十四课 iceberg元数据详细解析
spark_dev的博客
02-23 4913
本文彻底解释 iceberg元数据 存储细节 实践数据湖icerberg专栏 本专栏记录iceberg菜鸟到专家的过程，记录踩坑，填坑，iceberg特征的了解与原理的认知
juicefs IO流程源码解读
yueyingshaqiu01的博客
04-11 468
【代码】juicefs IO流程源码解读。
千卡利用率超98%，详解JuiceFS在权威AI测试中的实现策略
2401_82469710的博客
03-01 975
2023 年 9 月，AI 领域的权威基准评测 MLPerf 推出了 Storage Benchmark。该基准测试通过模拟机器学习 I/O 负载的方法，在不需要 GPU 的情况下就能进行大规模的性能压测，用以评估存储系统的在 AI 模型训练场景的适用性。
R数据分析：方法与案例详解
05-17
R语言学习
Oracle数据操作和控制语言详解
03-05
北京　SQL语言共分为四大类：数据查询语言DQL，数据操纵语言DML，数据定义语言DDL，数据控制语言DCL。其中用于定义数据的结构，比如创建、修改或者删除数据库；DCL用于定义数据库用户的权限；在这篇文章中我将详细...
Ubuntu下python3.12安装, 分布式 LLM 推理 exo 安装调试过程, 运行自己的 AI 集群
weixin_43688085的博客
08-03 990
分布式LLM推理,AI集群安装教程,ubuntu22.04不编译安装python3.12,安装pip3.12,ubuntu安装分布式推理AI集群exo.本地运行分布式LLM推理离线运行exo,安装调试分布式LLM推理AI集群exo,离线运行AI集群,安装调试AI集群exo;Nomodulenamed'apt_pkg'报错的解决方法
索引：SpringCloudAlibaba分布式组件全部框架笔记
weixin_48033662的博客
07-31 840
索引：SpringCloudAlibaba分布式组件全部框架笔记
Java面试28-谈谈常用的分布式ID设计方案
最新发布
qq_42863863的博客
08-03 245
分布式ID设计方案
云计算day13
m0_67484044的博客
07-25 1573
git
Qurl::fromLocalFile详解
06-02
QUrl::fromLocalFile() 是 Qt 中的一个静态函数，它用于将本地文件路径转换为 QUrl 对象。 该函数的定义如下： ```cpp QUrl QUrl::fromLocalFile(const QString &localFile) ``` 其中，localFile 参数是本地文件的路径，可以是相对路径或绝对路径。 该函数返回一个 QUrl 对象，表示本地文件的 URL。 例如，如果本地文件路径为 "/home/user/Documents/example.txt"，则可以使用以下代码将其转换为 QUrl 对象： ```cpp QString filePath = "/home/user/Documents/example.txt"; QUrl fileUrl = QUrl::fromLocalFile(filePath); ``` 转换后的 fileUrl 对象的值为：file:///home/user/Documents/example.txt。 需要注意的是，该函数只能用于将本地文件路径转换为 URL，如果需要将 HTTP、FTP 等其他协议的 URL 转换为 QUrl 对象，应该使用 QUrl 构造函数或 setUrl() 函数。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值