MySQL sys schema 怎样查看表空间使用率

MySQL 磁盘告警时，很多人会先问“sys schema 能不能直接查表空间使用率”。更准确的答案是：sys 适合做诊断入口和格式化输出，InnoDB 表空间的文件、区间和空闲信息要看 INFORMATION_SCHEMA.FILES，必要时再用 INNODB_TABLESPACES 补充元数据。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/sys-schema.html

本文只解决“怎么看”和“怎么看懂”，不把查询结果冒充成某台服务器的真实容量。示例以 MySQL 8.4 参考手册的对象和字段为准。

先给结论：sys schema 负责诊断，FILES 负责容量口径

MySQL 官方把 sys schema 定位为帮助解释 Performance Schema 数据的对象集合，其中包含许多更适合人阅读的视图、过程和函数。它能把诊断数据整理出来，但并不意味着所有磁盘容量都来自一个名为“使用率”的 sys 视图。

查询表空间时，可以把职责拆成三层：

• 诊断入口：从 sys 视图了解表、I/O 或缓冲池的异常方向。
• 容量元数据：从 INFORMATION_SCHEMA.FILES 读取表空间文件、总区间、空闲区间和空闲字节。
• 可读展示：用 sys.format_bytes() 把字节数变成带单位的文本，减少人工换算。

从 INFORMATION_SCHEMA.FILES 读取区间与容量

FILES 能覆盖多种 InnoDB 表空间类型，常见字段包括表空间名称、总区间、空闲区间、区间大小和空闲数据量。下面的查询先保留原始数值，再计算一个基于区间数量的使用率，适合排查“哪个表空间接近上限”。

SELECT
    TABLESPACE_NAME,
    FILE_NAME,
    TOTAL_EXTENTS,
    FREE_EXTENTS,
    EXTENT_SIZE,
    DATA_FREE,
    ROUND(
        100 * (1 - FREE_EXTENTS / NULLIF(TOTAL_EXTENTS, 0)),
        2
    ) AS used_pct
FROM INFORMATION_SCHEMA.FILES
WHERE ENGINE = 'InnoDB'
ORDER BY used_pct DESC, TABLESPACE_NAME;
-- 用 NULLIF 防止总区间为 0 时发生除零错误。
-- used_pct 是按区间占用推导的观察指标，不等同于操作系统磁盘使用率。

这里最容易误读的是“使用率”三个字。这个计算描述的是表空间区间层面的占用比例；服务器磁盘还有文件系统预留、日志、临时文件和其他实例目录，不能只凭 used_pct 判断整块磁盘是否安全。

用 sys.format_bytes() 输出可读结果

当结果需要交给值班同学或写入巡检报表时，直接展示字节数不够直观。可以保留原始列，同时调用 sys.format_bytes() 格式化分配容量和空闲容量。这样既方便阅读，也不会丢掉后续计算所需的数字。

SELECT
    TABLESPACE_NAME,
    FILE_NAME,
    sys.format_bytes(TOTAL_EXTENTS * EXTENT_SIZE) AS allocated_size,
    sys.format_bytes(DATA_FREE) AS free_size,
    ROUND(
        100 * (1 - FREE_EXTENTS / NULLIF(TOTAL_EXTENTS, 0)),
        2
    ) AS used_pct
FROM INFORMATION_SCHEMA.FILES
WHERE ENGINE = 'InnoDB'
ORDER BY used_pct DESC;
-- 保留 used_pct 数值用于排序，format_bytes 只负责给人看的单位转换。

如果版本或权限环境中没有这个函数，先执行 SELECT * FROM sys.version; 确认 sys schema 是否存在，再用原始字节列输出结果。不要为了格式化而把数字列转成字符串后再参与计算。

按对象级数据与文件级容量交叉判断

遇到“表空间快满但单表看起来不大”的情况，要把对象级统计和文件级统计分开看。INFORMATION_SCHEMA.TABLES 的 DATA_LENGTH、INDEX_LENGTH 更接近表对象统计；FILES 反映的是表空间文件和区间元数据。两者口径不同，不能直接相加后当作磁盘剩余。

SELECT
    TABLE_SCHEMA,
    TABLE_NAME,
    ENGINE,
    sys.format_bytes(DATA_LENGTH) AS data_size,
    sys.format_bytes(INDEX_LENGTH) AS index_size,
    sys.format_bytes(DATA_FREE) AS table_free
FROM INFORMATION_SCHEMA.TABLES
WHERE ENGINE = 'InnoDB'
  AND TABLE_SCHEMA NOT IN ('mysql', 'sys', 'performance_schema', 'information_schema')
ORDER BY DATA_LENGTH + INDEX_LENGTH DESC
LIMIT 20;
-- 这份结果用于找对象级大户，不代替 FILES 的表空间容量查询。

实务上可以先用对象级结果定位大表，再回到 FILES 看它所属表空间的总区间和空闲区间，最后结合操作系统的文件系统指标判断是否需要扩容或清理。本文不把清理和扩容动作混进查询步骤，避免把观测和变更混为一谈。

常见边界：权限、临时表空间和分母为零

• 看不到行：先确认账号权限和当前 MySQL 实例是否启用了对应的 InnoDB 元数据访问，不要把空结果直接解释为“没有表空间”。
• 临时表空间单独看：会话临时表空间、全局临时表空间和普通 file-per-table 表空间的生命周期不同，不能用一个阈值混合告警。
• 总区间为零：使用 NULLIF(TOTAL_EXTENTS, 0) 保持结果为 NULL，避免巡检 SQL 因除零失败。
• 格式化列不参与计算：sys.format_bytes() 返回的是展示文本，排序和比例计算应继续使用原始数值列。

总结：把“使用率”拆成三个可复查信号

排查 MySQL 表空间时，先记住这个顺序：sys schema 提供诊断和格式化能力，INFORMATION_SCHEMA.FILES 提供表空间文件级字段，INFORMATION_SCHEMA.TABLES 帮助定位对象级大户。基于 TOTAL_EXTENTS 与 FREE_EXTENTS 计算的 used_pct 是区间占用观察值，不等于主机磁盘百分比。

只要把这三个口径写进巡检 SQL 的列名或注释里，后续告警、复盘和扩容决策就不会因为“表空间使用率”这个模糊词产生误判。

相关问题

sys schema 能直接显示表空间百分比吗？

不要假设存在一个通用的直接百分比视图。更稳妥的做法是从 INFORMATION_SCHEMA.FILES 读取区间字段，自行明确计算口径，再使用 sys 的格式化函数改善展示。

为什么表大小和表空间使用率对不上？

表大小是对象级统计，表空间使用率是文件或区间级观察；还可能受到共享表空间、空闲区间、临时空间和文件系统其他内容影响。两份结果应当用于交叉定位，而不是期待数值完全相等。