sysystemd日志 journalctl日志持久化存储（journal日志、持久化日志）（/etc/systemd/journald.conf）log日志容量上限、无法持久化失败

已于 2024-02-28 17:37:11 修改
阅读量5.7k 收藏 29
点赞数 9
分类专栏： linux ubuntu 文章标签： linux ubuntu
于 2023-08-21 23:55:12 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Dontla/article/details/132414262
版权

文章目录

Systemd Journalctl日志持久化配置

在此文章中，我们将详细探讨systemd journalctl日志的持久化配置。本文将首先简单介绍systemd和journalctl，然后深入探讨如何配置和使用journalctl来实现日志的持久化。

1. systemd和journalctl概述

Systemd是Linux系统的一个初始化系统和服务管理器，它负责启动系统后的所有服务。其中，Journal是systemd的一个组成部分，用于收集和存储系统日志。

Journalctl是一种工具，可以方便地从systemd的journal中检索日志信息。默认情况下，这些日志数据是易失的，也就是说，每次重启系统后，它们都会被清除。

# 查看所有日志条目
journalctl

2. journalctl日志持久化的重要性

日志持久化的主要优点在于，它可以帮助我们保存重启后的日志信息，以便在需要时进行查阅和分析。这对于故障排除、安全审计以及性能监测等场景非常有价值。

3. 配置journalctl日志持久化

为了使journalctl的日志持久化，我们需要创建一个名为/var/log/journal的目录，并设置适当的权限。

# 创建日志目录
mkdir -p /var/log/journal

# 设置权限
systemd-tmpfiles --create --prefix /var/log/journal

在这里插入图片描述

另外，我们还需要在/etc/systemd/journald.conf文件中修改或添加以下配置：

[Journal]
Storage=persistent

在这里插入图片描述

然后，重新启动systemd-journald服务来应用新的配置。

# 重新启动服务
systemctl restart systemd-journald

4. 使用journalctl进行日志查询

配置好日志持久化后，我们可以使用各种查询选项来过滤和查找日志信息。例如：

# 查看指定时间段的日志
journalctl --since "2022-01-01" --until "2022-01-31"

# 查看指定服务的日志
journalctl -u nginx.service

5. 管理journalctl日志文件大小

虽然日志持久化很有用，但如果不加以管理，日志文件可能会占用大量磁盘空间。我们可以通过配置/etc/systemd/journald.conf文件来限制日志文件的大小。

[Journal]
# 日志文件最大占用空间
SystemMaxUse=500M

在这里插入图片描述

（注意这里SystemMaxUse是限制所有日志总占空间大小，SystemMaxFileSize是限制单个轮转日志文件的大小；RuntimeMaxUse用于限制在 /run/log/journal/ 中的日志数据占用的空间大小，这是管理非持久性存储的日志容量大小，已经设置了默认值，我们不用管）

配置后同样要重新启动服务：

# 重新启动服务
systemctl restart systemd-journald

6. 查看日志文件，验证持久化功能

ll /var/log/journal/

在这里插入图片描述

在这里插入图片描述

由于journal的二进制格式，不能直接使用文本编辑器（如vi或nano）打开和阅读这些文件，还得使用journalctl命令进行查看。

我们来验证一下是否成功实现日志持久化保存。我用journalctl -u ky_ai_ip_change.service查看我修改ip服务的日志。

重启前：

在这里插入图片描述

重启后：
在这里插入图片描述

日志确实持久化了( •̀ ω •́ )y

然后我把SystemMaxUse改成1M重复上面步骤再来一遍：

在这里插入图片描述

重启后查看日志：

在这里插入图片描述
在这里插入图片描述

Warning: journal has been rotated since unit was started, output may be incomplete.

-- Logs begin at Mon 2023-08-21 23:25:54 CST, end at Mon 2023-08-21 23:33:19 CST. --
-- No entries --

貌似是提示我说，我的修改ip服务的日志因为被轮转（rotated），已经转没了。

是因为我们设置的日志总占空间，太小辣！才1M，会很容易被别的系统服务日志冲没的。

还是改回500M。

7. 故障排除与最佳实践

对于任何系统管理员来说，了解如何处理常见问题和遵循最佳实践都是至关重要的。在使用journalctl时，我们应始终记住以下几点：

  • 定期检查和清理日志文件
  • 使用合适的查询选项来精确查找日志
  • 及时更新并备份/etc/systemd/journald.conf文件

8. 结论

总的来说，journalctl日志持久化配置是一个强大而灵活的工具，可以帮助我们更好地管理和审计系统日志。通过正确的配置和使用，我们可以充分利用这个工具来提高我们的运维效率。

参考资料：

附录

/etc/systemd/journald.conf原始文件及配置项解析（ubuntu20.04）

  • 原始文件

    cat /etc/systemd/journald.conf

    #  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See journald.conf(5) for details.

[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitIntervalSec=30s
#RateLimitBurst=10000
#SystemMaxUse=
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=100
#MaxRetentionSec=
#MaxFileSec=1month
#ForwardToSyslog=yes
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg
#LineMax=48K
#ReadKMsg=yes

  • 解析

    #  这个文件是 systemd 的一部分。
#
#  systemd 是自由软件；你可以在 GNU 较小通用公共许可证的条款下重新发布和/或修改它
#  该许可证由自由软件基金会发布；可以选择许可证的版本 2.1 或者
#  (如果你愿意)任何后续版本。
#
# 此文件中的条目显示了编译时的默认设置。
# 你可以通过编辑此文件来更改设置。
# 只需删除此文件，即可恢复默认设置。
#
# 详细信息请参阅 journald.conf(5)。

    （就是说想要恢复默认设置，只需删除此文件即可。）

    • Storage：定义日志数据应存储在何处，例如 ‘volatile’（临时文件系统）或 ‘persistent’（磁盘）。
    • Compress：定义是否应压缩存储在日志中的数据。
    • Seal：确定是否使用Forward Secure Sealing (FSS) 保护日志条目免受篡改。
    • SplitMode：定义如何拆分日志文件，例如根据用户ID或登录会话。
    • SyncIntervalSec：定义系统何时将日志数据从内存同步到磁盘。
    • RateLimitIntervalSec和RateLimitBurst：定义日志消息的频率限制，即在给定的时间间隔内可以接受的最大消息数。
    • SystemMaxUse, SystemKeepFree, SystemMaxFileSize, SystemMaxFiles：定义系统日志所能使用的磁盘空间，以及应保留多少空闲空间。
    • RuntimeMaxUse, RuntimeKeepFree, RuntimeMaxFileSize, RuntimeMaxFiles：定义运行时日志的大小和文件数量限制。
    • MaxRetentionSec：定义系统应保留旧日志条目的最长时间。
    • MaxFileSec：定义单个日志文件的最大生存时间。
    • ForwardToSyslog, ForwardToKMsg, ForwardToConsole, ForwardToWall：定义是否将日志消息转发到syslog、内核消息日志、控制台或所有登录用户。
    • TTYPath：定义写入终端消息的TTY设备路径。
    • MaxLevelStore, MaxLevelSyslog, MaxLevelKMsg, MaxLevelConsole, MaxLevelWall：定义各种日志目标的最大日志级别。
    • LineMax：定义日志条目的最大行长度。
    • ReadKMsg：定义是否从内核消息日志读取并添加到系统日志。

    配置项的具体配置方法可参考官方文档：https://www.freedesktop.org/software/systemd/man/journald.conf.html

20240228 openEuler20.03 journald.conf 原始文件

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See journald.conf(5) for details.

[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitIntervalSec=30s
#RateLimitBurst=10000
#SystemMaxUse=
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=100
#MaxRetentionSec=
#MaxFileSec=1month
#ForwardToSyslog=no
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg
#LineMax=48K
#ReadKMsg=yes

journal与logrotate日志管理工具的区别

systemd journal 和 logrotate 都是用于管理日志文件的工具，但它们的工作方式和特性有一些区别。

  1. 日志格式：

    • systemd journal 存储的日志是二进制格式，这使得它可以提供更丰富的查询功能，例如按服务、优先级或时间范围过滤日志。
    • logrotate 处理的通常是文本格式的日志，这种日志对人类来说更易读，但对机器来说处理起来可能就不那么方便了。

  2. 日志切割：

    • systemd journal 会自动管理日志文件的大小，当日志达到一定大小时，它会自动删除旧的日志来释放空间。你可以通过配置选项（如 SystemMaxUse 和 RuntimeMaxUse）来控制日志文件的最大大小。
    • logrotate 是通过定期运行（通常是每天）来进行日志切割的，它可以根据日志文件的大小、文件的年龄或者日期来决定何时进行切割。切割后的日志文件可以选择压缩以节省空间。

  3. 使用场景：

    • systemd journal 主要用于收集系统和服务的日志，它是 systemd 的一个组成部分，所以在使用 systemd 的系统上，无法避免使用 journal。
    • logrotate 更多的是用于应用程序的日志管理，尤其是那些还没有采用 systemd 的系统或者那些产生大量日志的应用程序。

两者都有各自的优点，也可以结合使用，比如让 systemd journal 收集日志，然后使用 logrotate 来管理 journal 导出的文本格式日志。

20231017 发现日志达到设置上限了，日志并未自动删除，新的日志也没有储存。一时半会找不到解决办法，通过设置MaxRetentionSec=7day自动清理7天前的日志来临时解决

今天调试ip修改服务，发现重启后新的日志并未正常保存，重启前日志倒是可以看到的：

在这里插入图片描述

查看systemd-journald服务状态：

systemctl status systemd-journald

root@nvidia:/ky/boot/journal_persistence# systemctl status systemd-journald
● systemd-journald.service - Journal Service
     Loaded: loaded (/lib/systemd/system/systemd-journald.service; static; vendor preset: enabled)
     Active: active (running) since Tue 2023-10-17 18:07:39 CST; 2h 36min ago
TriggeredBy: ● systemd-journald-audit.socket
             ● systemd-journald-dev-log.socket
             ● systemd-journald.socket
       Docs: man:systemd-journald.service(8)
             man:journald.conf(5)
   Main PID: 6899 (systemd-journal)
     Status: "Processing requests..."
      Tasks: 1 (limit: 8126)
     Memory: 1.8M
     CGroup: /system.slice/systemd-journald.service
             └─6899 /lib/systemd/systemd-journald

Oct 17 18:07:39 nvidia systemd-journald[6899]: Journal started
Oct 17 18:07:39 nvidia systemd-journald[6899]: System Journal (/var/log/journal/dbfef1aa0b064bcf9d30ec3ad0886edb) is 514.5M, max 500.0M, 0B free.
Oct 17 18:07:39 nvidia systemd-journald[6899]: System Journal (/var/log/journal/dbfef1aa0b064bcf9d30ec3ad0886edb) is 514.5M, max 500.0M, 0B free.
root@nvidia:/ky/boot/journal_persistence#

发现上面有一句：(/var/log/journal/dbfef1aa0b064bcf9d30ec3ad0886edb) is 514.5M, max 500.0M, 0B free.

表明可能自动清理旧日志功能并未正常执行。

用下面命令查看journal日志占用大小，发现已经超了。：

journalctl --disk-usage

在这里插入图片描述

使用以下命令手动删除超出限制的旧日志，但是并未发现有任何变化：

journalctl --vacuum-size=500M

在这里插入图片描述

使用以下命令手动删除某个时间外的旧日志，发现删除了一部分日志：

journalctl --vacuum-time=1d

在这里插入图片描述

配置删除指定时间前的旧日志

一时半会找不到什么解决办法，它超过容量限制居然不自动删除，为了临时解决这个问题，我可能要设置一个自动删除指定日期前旧日志的选项才行。

将以下选项加入到/etc/systemd/journald.conf中：

MaxRetentionSec=7day

在这里插入图片描述

然后重启systemd-journald服务：

systemctl restart systemd-journald

虽然空间已经清空了，但是重启后，日志还是消失了（尝试设置SyncIntervalSec=1s，每隔1秒从内存将日志同步到硬盘）

现在空间是足够的：

在这里插入图片描述

分析可能是重启时journal没有把日志从内存同步到硬盘中去，因为默认同步时间几分钟一次的。

但是我们可以在/etc/systemd/journald.conf设置SyncIntervalSec=1s参数，这个参数将1秒钟同步一次，我试试是否可行

在这里插入图片描述

设置完后重启服务：systemctl restart systemd-journald

分析日志文件（看起来好像也没问题？）

ll /var/log/journal/dbfef1aa0b064bcf9d30ec3ad0886edb/

在这里插入图片描述

存在日志跳跃，真的无语。。。

在这里插入图片描述
在这里插入图片描述

20231018 发现日志无法正常持久化了，重启后不保留之前的日志，后来不知怎么又给弄好了。。。

我也不知道做了什么操作，发现又好了。

大概是以下操作之一：

  • 清空日志：

    journalctl --vacuum-time=1s
journalctl --vacuum-size=1

  • 重新创建日志目录（如果存在不重新创建）并正确配置权限：

    sudo mkdir -p /var/log/journal
sudo systemd-tmpfiles --create --prefix /var/log/journal
sudo systemctl restart systemd-journald
持久化保存systemd-journal日志
sinat_34689375的博客
12-21 1万+
持久化保存journal的日志，默认只会保存一个月的日志 mkdir /var/log/journal //在/var/log下新建一个journal文件夹用于存放日志 chown root:systemd-journal /var/log/journal //设置/var/log/journal文件夹所有者为root，所属组为systemd-journal chmod
systemd-journal(二)之配置文件详解journal-remote.conf，journal-upload.conf，journald.conf
qq_40804558的博客
03-26 2045
本文主要是详细介绍了systemd日志管理journal相关配置文件及详细含义，主要翻译自英文原文文档。主要是 接收日志上传服务的配置文件：`journal-remote.conf， journal-remote.conf.d`，日志上传服务的配置文件：`journal-upload.conf， journal-upload.conf.d`和日志服务配置文件：`journald.conf, journald.conf.d, journald@.conf`。
持久化journalctl日志清空命令查看配置参数详解
sujin的博客
10-25 3812
查看指定时间段journalctl日志 使用以下命令选项，设置时间段▼ --since --until 时间段负责指定给定时间之前和之后的日志记录。 时间值可以采用多种格式，例如以下格式▼ YYYY-MM-DD HH:MM:SS 如果你想检查在2018年3月8日晚上8点20分之后日志，请输入以下命令▼ journalctl --since "2018-03-26 20:20:00" 如果未填写上述格式的某些组件，系统将直接填充默认值。 例如，如果未填充日期部分，则直接显示当前日期...
使用 journald 的注意事项和最佳实践
galoiszhou的博客
07-10 665
在使用 journald 进行日志管理时，有一些重要的注意事项和最佳实践，可以帮助你更好地管理和配置日志系统。
Linux常用命令——journalctl 详解
最新发布
qq_26613259的博客
03-16 857
journalctl是 Linux 系统中用于查询和管理systemd日志的工具，与传统的syslog不同，它直接与服务交互，提供了更强大的日志过滤和分析功能。
持久化日志引擎
phenixヾ的专栏
07-14 1352
用了几天的时间，完成了基于分布式组件的持久化日志功能，可在应用系统的工作站和中间件的代码中使用同样的语句来记录日志信息，而不用关心底层代码是如何运作的。这个日志功能作为独立组件，已整合到CSLA的框架当中，可根据需要自动记录业务对象的更新数据，达到留痕的目的，基于此功能可实现操作者的审计功能。比如在提交Update代码中嵌入了：      PermanentLogHub.SaveExe
如何使用Journalctl查看并操作Systemd日志
热门推荐
zstack_org的博客
02-21 9万+
提供：ZStack云计算 内容简介作为最具吸引力的优势，systemd拥有强大的处理与系统日志记录功能。在使用其它工具时，日志往往被分散在整套系统当中，由不同的守护进程及进程负责处理，这意味着我们很难跨越多种应用程序对其内容进行解读。相比之下，systemd尝试提供一套集中化管理方案，从而统一打理全部内核及用户级进程的日志信息。这套系统能够收集并管理日志内容，而这也就是我们所熟知的journal。J
CentOS配置持久化二进制日志(systemd日志)
CQ的博客
07-31 371
1.创建日志存储文件 /var/log/journal 2.改变存储文件属主属组 chown root:systemd-journal /var/log/journal/ 3.修改文件权限 chmod 2755 /var/log/journal/ 4.平滑重启日志服务 killall -USR1 systemd-journal 5.查看配置是否生效 ls /var/log/journal/
journalctl 日志保留时间及持久化存储日志
云原生，DevOps，Kubernetes
02-10 3308
journalctl 日志保留时间及持久化存储日志
44. 日志管理之systemd日志,持久化设置,journal,systemd-journald,查看日志(journalctl)
细致-专业-实操
01-07 9468
日志管理之systemd日志,持久化设置,journal,systemd-journald,查看日志(journalct CentOS 7 使用systemd-journald来做日志中心库（生成日志文件夹）,systemd-journald 守护进程提供一种改进的日志管理服务，可以收集来自内核，启动过程的早期阶段，标准输出，系统日志，以及服务，守护进程启动和运行期间的错误的消息。 持久化systemd日志 默认情况下，systemd 的日志保存在 /run/log/journal 中，系统重启
systemd-journal(四)之systemd-journald.service
qq_40804558的博客
03-27 1742
本文主要是详细介绍了systemd-journald.service，主要翻译自英文原文文档(develop版本，截止到文章记录，最新版本是systemd 255)。
服务器系统日志保留多久,在Linux服务器上保留永久存储的系统日志（Systemd Journald）记录...
weixin_42519733的博客
08-01 3993
在本文中，我们将研究如何将系统日志记录(Systemd Journald Log)持久保存在Linux服务器上。当问题不断发生时，保留系统日志对您的服务进行故障排除很有用，在本文的结尾，您应该能够配置系统日志以在重新引导服务器时保留事件记录。Systemd Journald基础默认情况下，Systemd将系统日志存储在/run/log/journal目录中，正如我们在了解Linux文件系统层次结构...
Linux Systemd | journalctl 日志管理 / 查看 / 分析
u013669912的博客
11-19 2911
……
journal/rsyslog日志丢失问题解决
legend050709的专栏
12-06 2314
syslog
service日志相关持久化操作
qq_14855277的博客
12-15 331
1. 持久化配置 //在/var/log下新建一个journal文件夹用于存放日志 sudo mkdir /var/log/journal //设置/var/log/journal文件夹所有者为root，所属组为systemd-journal sudo chown root:systemd-journal /var/log/journal //设置/var/log/jou
[转帖]持久化journalctl日志清空命令查看配置参数详解
weixin_30265103的博客
09-19 823
持久化journalctl日志清空命令查看配置参数详解 最近 linux上面部署服务 习惯使用systemd 进行处理 这样最大的好处能够 使用journalctl 进行查看日志信息. 今天清理了下 日志 用的是 cd /run/log/journal 删除掉里面的文件来执行的 其实还可以执行持久化的操作 就是这个博客将的了 不过我还没...
linux-journal日志文件特别大怎么办，journal日志文件学习
你是我的天晴
04-28 1171
今天发现磁盘容量不多了，就去清理磁盘，发现这个文件特别大：journal，特此来学习下。
【Linux】journal 的基本操作与持久化日志
Ezrealer的博客
04-14 1061
journal 持久化 journal 日志 mkdir /var/log/journal chgrp systemd-journal /var/log/journal chmod g+s /var/log/journal systemctl restart systemd-journald journalctl --list-boots journalctl -b 0 journalctl -b 1 # /run/log/journal目录被/var/log/journal目录代替 或者
redis数据存储之-aof日志持久化
林子懿0509
12-22 262
aof日志持久化原理以及和rdb对比的优缺点及数据重复操作后，使用什么进行减少操作？
如何保存生效/etc/resolv.conf
12-27
### 如何让修改后的 `/etc/resolv.conf` 生效 在 Linux 系统中，为了确保对 `/etc/resolv.conf` 的修改能够持久化并生效，有几种方法可以采用。 #### 使用 `resolvconf` 工具 对于支持 `resolvconf` 的系统而言，该工具可以帮助管理和维护 `/etc/resolv.conf` 文件的内容，在每次启动时自动应用所需的设置[^1]。通过这种方式，即使发生意外情况或服务重启，也能保持自定义的 DNS 设置不变。 如果安装了此软件包，则可以通过命令行添加新的名称服务器条目到临时缓冲区： ```bash echo "nameserver 8.8.8.8" | sudo tee /etc/resolvconf/resolv.conf.d/tail sudo resolvconf -u ``` 这会更新当前使用的解析器配置而不影响其他部分，并且这些改动将在未来的引导过程中被保留下来。 #### 处理符号链接问题 有时 `/etc/resolv.conf` 可能是一个指向由 systemd-resolved 或 NetworkManager 创建的实际位置的符号链接[^2]。因此直接编辑它可能导致更改无法保存。针对这种情况，应该找到最终的目标文件路径（通常是 `/run/systemd/resolve/stub-resolv.conf`），并对那个地方做相应的调整；或者禁用动态生成机制而创建一个静态版本的 `/etc/resolv.conf`。 要实现这一点，可执行如下操作： - 停止并禁用 `systemd-resolved.service` ```bash sudo systemctl stop systemd-resolved.service sudo systemctl disable systemd-resolved.service ``` - 移除现有的软连接 ```bash sudo rm /etc/resolv.conf ``` - 编辑一个新的 `/etc/resolv.conf` 文件 ```bash echo 'nameserver 8.8.8.8' | sudo tee /etc/resolv.conf ``` 请注意，这样做可能会干扰某些依赖于默认行为的服务程序的功能，所以在采取行动前需谨慎考虑环境的具体需求。 #### 应对配置丢失的问题 当遇到 `/etc/resolv.conf` 中的手动设定在网络重启之后消失的情况时，可能是因为 DHCP 客户端或其他网络管理工具覆盖了用户的定制项[^3]。为了避免这个问题的发生，可以在对应的网络接口配置脚本里指定固定的 DNS 地址，从而防止它们被重写掉。 例如，在基于 Debian 的发行版上，可以在 `/etc/dhcp/dhclient.conf` 添加以下内容来阻止 DHCP 更新 DNS 设置： ```bash supersede domain-name-servers 8.8.8.8, 8.8.4.4; ``` 而对于 Red Hat 类似的系统来说，则是在 `/etc/sysconfig/network-scripts/ifcfg-*` 接口配置文件内加入下面两行： ```bash DNS1=8.8.8.8 PEERDNS=no ``` 这样做的目的是告诉操作系统忽略来自外部源的任何有关域名系统的建议值，转而使用本地预设好的选项。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

Dontla

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

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

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

打赏作者

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

抵扣说明：

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

余额充值