什么是带宽和 inode？它们如何影响您的网站

在选择主机方案时，您总会在规格说明中遇到带宽和 inode 这两个术语。许多网站所有者在出现问题之前都会忽视这些数字。了解它们的含义以及如何管理，可以有效防止网站宕机，让您的主机平稳运行。

什么是带宽？

带宽（也称为数据传输量）是您的网站每月发送和接收的数据总量。每当访客加载您的网站时，服务器都会向其浏览器传输文件——HTML、图片、CSS、JavaScript 以及任何可下载内容。所有这些数据传输量的总和就是您的带宽消耗。

带宽用量示例

• 2 MB 的页面 × 每天 1,000 访客 × 30 天 = 每月 60 GB
• 5 MB 的高清图片加载 10,000 次 = 每月 50 GB
• 100 MB 的视频播放 1,000 次 = 每月 100 GB

典型的企业网站或博客每月通常消耗 5–20 GB。含有大量图片、视频或高流量的网站将消耗更多。

超出带宽限制会怎样？

根据主机服务商的政策，通常会发生以下两种情况之一：

• 网站暂停：您的网站将下线，直到下一个计费周期或您升级方案为止
• 超额收费：部分服务商会对超出限制的每 GB 收取费用

AsiaGB 的带宽分配设计可轻松满足典型网站需求。如需更多，请联系支持团队讨论方案。

什么是 inode？

inode（信息节点）是主机账户中存储的文件和文件夹总数的计数器。每一个文件和每一个文件夹——无论大小——都恰好占用一个 inode。即使是 1 字节的文件也与 1 GB 的文件占用相同的 inode 数量。

inode 从何而来

• WordPress 核心文件：约 2,000–3,000 个 inode
• 每个插件：100–500 个 inode，视复杂程度而定
• 每个主题：200–1,000 个 inode
• 上传的媒体及其生成的缩略图：每张图片会创建 4–6 个文件（原始文件 + 多种尺寸），媒体量大的网站很容易超过 20,000+ 个 inode
• 邮箱中的每封邮件：每条消息占 1 个 inode
• 插件生成的缓存文件：每天可创建数千个文件

inode 用满会发生什么？

当 inode 限制达到上限时，服务器将无法创建任何新文件。影响是即时且严重的：

• WordPress 可能在管理后台和前台显示错误
• 收到的邮件可能因服务器无法写入新邮件文件而被退回
• 备份过程静默失败
• 插件缓存系统无法正常运行

带宽与磁盘空间——有何区别？

这两种资源经常被混淆，因为都以 GB 为单位衡量。区别很简单：

• 磁盘空间是您可以在服务器上存储的数据量——您的文件、数据库、邮件和代码都存储在这里。
• 带宽是服务器每月向访客发送的数据量。即使您只存储一次 5 MB 的图片，加载 1,000 次也会消耗 5 GB 的带宽。

两种资源都需要关注。本地存储大量图片的网站将快速消耗磁盘空间和带宽。将静态资源移至 CDN 可以减少源服务器的带宽消耗，而不会影响实际的文件存储使用量。

关于「不限带宽」方案的说明

部分主机服务商宣传不限带宽。实际上，这些方案几乎总是包含公平使用政策，会对产生异常高流量的账户进行限速或暂停——通常是因为此类账户会影响共享同一服务器的其他用户。在选择此类方案之前，请务必仔细阅读服务条款。

AsiaGB 为每个方案透明地指定带宽，大小足以轻松满足各层级的典型使用需求。如果您的网站增长超过方案分配，升级非常简单，无需迁移服务器。

各类型网站的带宽和 inode 估算

在选择方案或决定是否升级时，可将此表作为参考起点：

拥有大型媒体库的电商网站和新闻网站最有可能触及 50,000 个 inode 的上限。每次上传产品图片都会自动生成多种缩略图尺寸，迅速倍增 inode 消耗。

如何查看 inode 使用情况

您可以直接在 DirectAdmin 中查看当前的 inode 使用量：

1. 登录 DirectAdmin
2. 在主控制台，找到使用统计
3. 您将看到当前 inode 使用量及总限额

您还可以在文件管理器中浏览目录，统计每个文件夹的文件数量，识别哪些目录消耗了最多的 inode。

通过 SSH 查找占用大量 inode 的目录

如果您有服务器的 SSH 访问权限，这些命令可以快速识别哪些目录消耗了最多的 inode：

# List the 10 directories with the most files inside public_html
find ~/public_html -type d | while read d; do
  echo "$(find "$d" -maxdepth 1 -type f | wc -l) $d"
done | sort -rn | head -10

# Count total inodes used in public_html
find ~/public_html | wc -l

# Count WordPress cache files specifically
find ~/public_html/wp-content/cache -type f | wc -l

输出结果几乎总会指向两个主要原因之一：WordPress 缓存目录或充满缩略图变体的 wp-content/uploads 目录。知道哪个文件夹是问题所在，就能准确知道从哪里开始清理。

如何减少 inode 使用量

inode 数量高通常是多年文件积累从未清理的结果。以下是有效降低数量的策略：

1. 清除 WordPress 缓存

W3 Total Cache 和 WP Super Cache 等缓存插件会生成数千个临时文件。定期在插件设置中清除缓存，或配置定时自动清除缓存。

2. 删除未使用的插件和主题

已停用但未删除的插件和主题仍然占用 inode。删除所有您未在使用的插件和主题。

3. 删除 WordPress 文章修订版本

WordPress 每次更新文章时都会自动保存修订版本。经过多年编辑，数据库中可能积累数千个修订版本。使用 WP-Optimize 等插件批量清除旧修订版本。

4. 删除未使用的媒体文件

您上传到 WordPress 的每张图片都会自动生成多种缩略图尺寸（缩略图、中等、大型和主题特定尺寸）——意味着一次上传会创建 4–6 个文件。使用 Media Cleaner 等插件识别并删除网站上不再使用的媒体文件。

5. 清理旧邮件

邮箱中的每封邮件都算作一个 inode。多年积累的垃圾邮件、已发送邮件和旧消息可能累计数千个 inode。定期清空垃圾邮件、垃圾桶和已发送文件夹。

6. 限制 WordPress 修订版本数量

在 wp-config.php 中添加此行以限制 WordPress 存储的修订版本数量：

define('WP_POST_REVISIONS', 3);

这将只保留每篇文章最近三个修订版本，而不是无限期存储每个版本。

推荐的 inode 和带宽监控工具

主动监控可以在资源问题演变为网站宕机之前加以预防。以下是实践中效果最佳的工具。

用于控制 inode 的 WordPress 插件

• WP-Optimize — 清理修订版本、瞬态选项和数据表冗余。支持定时自动清理。
• Media Cleaner — 扫描内容中未被引用的上传文件，并将其加入删除队列。
• Query Monitor — 显示可能由文件系统满载引起的慢查询和 PHP 警告，帮助您诊断 WordPress 中与 inode 相关的错误。

通过 DirectAdmin 监控带宽

DirectAdmin 包含一个带宽摘要页面，以图表形式显示每日和每月使用情况。访问路径：

DirectAdmin → Extra Features → Bandwidth Summary

如需更多详情，DirectAdmin 中的日志查看器可显示各个请求日志，帮助您识别哪些文件被下载最频繁、消耗最多带宽。这些数据有助于您决定是否将大型资源转移到 CDN。

使用 CDN 降低源站带宽消耗

如果您的网站提供大量图片、视频或可下载文件，接入 Cloudflare 等 CDN 可显著减少源主机服务器消耗的带宽。CDN 在最靠近每位访客的边缘节点缓存静态资源，因此每次请求不会从您的服务器获取这些资源。这是拥有大型媒体库的高流量网站最有效的单一措施。