在运维 MySQL 数据库、服务器扩容、业务性能优化场景中，查看数据库整体容量、单表大小、磁盘实际占用是高频操作。很多开发者仅会简单查询数据量，却分不清逻辑数据大小与物理磁盘占用，也无法快速统计库、表、索引、碎片空间。

本文整理线上生产环境通用、兼容 MySQL 5.7/8.0 全版本的查询语句，从全局数据库容量、指定库大小、单表数据 + 索引、磁盘真实占用、空间碎片分析多维度讲解，语句可直接复制运行，同时附实操场景、结果解读与 SEO 友好的运维技巧，适合后端开发、DBA、运维人员收藏使用。

关键词：MySQL 查看数据库大小、MySQL 统计表容量、MySQL 磁盘占用、MySQL 表空间查询、MySQL 碎片清理

---

一、前言：为什么要查看 MySQL 数据库容量？

日常开发与运维中，监控数据库空间至关重要：

1. 提前预警磁盘爆满，避免数据库因空间不足宕机、写入失败；
2. 定位大表、冗余表，做分表、归档、数据清理优化；
3. 统计索引占用空间，判断索引是否冗余、低效；
4. 服务器资源评估，为磁盘扩容、云数据库规格选型提供数据依据。

MySQL 中存在逻辑数据大小和物理磁盘占用两个概念：逻辑大小是单纯数据 + 索引的统计值，物理大小包含日志、碎片、临时空间，二者结果会存在差异，下文会逐一区分讲解。

环境说明：本文所有 SQL 语句兼容 MySQL 5.6、5.7、8.0，支持单机 MySQL、阿里云 / 腾讯云 RDS、自建 MySQL 集群。

---

二、前置知识：MySQL 核心系统表说明

MySQL 存储所有库、表、空间信息都在information_schema系统库中，这是查询容量的核心表，重点用到两张表：

1. information_schema.SCHEMATA：存储所有数据库（schema）基础信息，用于统计整个库的总容量；
2. information_schema.TABLES：存储所有数据表的元数据，包含数据大小、索引大小、引擎、行数、碎片空间等核心字段。

常用字段释义（方便理解查询结果）：

• DATA_LENGTH：表数据空间大小（单位：字节）
• INDEX_LENGTH：表索引空间大小（单位：字节）
• DATA_FREE：表空闲碎片空间（InnoDB 引擎重点关注）
• TABLE_SCHEMA：数据库名称
• TABLE_NAME：数据表名称
• ENGINE：存储引擎（InnoDB/MyISAM）

单位换算：1 MB = 1024 * 1024 字节，下文 SQL 已做单位转换，直接展示 MB/GB，无需手动计算。

---

三、实操 1：查看 MySQL 所有数据库总容量（全局统计）

需求：一次性查出服务器上所有数据库名称、数据总大小、索引大小、库总容量，全局盘点所有库空间占用。

执行 SQL 语句

sql

SELECT
    TABLE_SCHEMA AS 数据库名,
    ROUND(SUM(DATA_LENGTH)/1024/1024, 2) AS 数据大小_MB,
    ROUND(SUM(INDEX_LENGTH)/1024/1024, 2) AS 索引大小_MB,
    ROUND((SUM(DATA_LENGTH) + SUM(INDEX_LENGTH))/1024/1024, 2) AS 数据库总容量_MB,
    ROUND((SUM(DATA_LENGTH) + SUM(INDEX_LENGTH))/1024/1024/1024, 4) AS 数据库总容量_GB
FROM information_schema.TABLES
GROUP BY TABLE_SCHEMA
ORDER BY 数据库总容量_MB DESC;

结果解读

1. 结果按库容量从大到小排序，快速定位占用空间最大的业务库；
2. 系统库（mysql、information_schema、performance_schema）为 MySQL 内置库，正常占用极小；
3. 业务库重点查看数据大小和索引大小，若索引远大于数据，说明索引设计不合理。

适用场景

服务器日常巡检、新服务器资源盘点、多业务库空间整体监控。

---

四、实操 2：查询指定单个数据库容量（精准统计）

如果只需要查看某一个业务库的总大小，使用以下语句，替换库名即可。

基础查询（指定数据库总大小）

将 test_db 替换为你的实际数据库名：

sql

SELECT
    ROUND(SUM(DATA_LENGTH)/1024/1024, 2) AS 数据大小_MB,
    ROUND(SUM(INDEX_LENGTH)/1024/1024, 2) AS 索引大小_MB,
    ROUND((SUM(DATA_LENGTH) + SUM(INDEX_LENGTH))/1024/1024, 2) AS 库总容量_MB,
    ROUND((SUM(DATA_LENGTH) + SUM(INDEX_LENGTH))/1024/1024/1024, 4) AS 库总容量_GB
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'test_db';

进阶：统计指定库 + 区分存储引擎

部分库混合使用 InnoDB、MyISAM 引擎，可按引擎分组统计：

sql

SELECT
    ENGINE AS 存储引擎,
    ROUND(SUM(DATA_LENGTH)/1024/1024, 2) AS 数据大小_MB,
    ROUND(SUM(INDEX_LENGTH)/1024/1024, 2) AS 总容量_MB
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'test_db'
GROUP BY ENGINE;

---

五、实操 3：查看指定数据库下所有数据表大小（单表统计）

最常用的运维场景：查看某个库下每一张表的大小、数据、索引、行数，快速找出大表。

完整 SQL（表大小 + 行数 + 引擎）

sql

SELECT
    TABLE_NAME AS 表名,
    TABLE_ROWS AS 预估行数,
    ROUND(DATA_LENGTH/1024/1024, 2) AS 表数据_MB,
    ROUND(INDEX_LENGTH/1024/1024, 2) AS 表索引_MB,
    ROUND((DATA_LENGTH + INDEX_LENGTH)/1024/1024, 2) AS 表总大小_MB,
    ENGINE AS 存储引擎
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'test_db'
ORDER BY 表总大小_MB DESC;

关键说明

1. TABLE_ROWS 为预估行数：InnoDB 引擎为抽样统计，存在误差；MyISAM 为精确行数；
2. 语句默认按表容量倒序，排在最上方的就是当前库中最大的数据表；
3. 若单表超过 10GB，建议结合业务做分表、分区、冷热数据分离。

---

六、实操 4：查看表碎片空间（InnoDB 引擎专属）

InnoDB 引擎在频繁增删改数据后，会产生大量空间碎片，碎片不会自动释放，导致：

• 磁盘占用居高不下；
• 查询、写入性能下降；
• 逻辑数据很小，但物理磁盘占用很大。

1. 查询表碎片大小

sql

SELECT
    TABLE_NAME AS 表名,
    ROUND(DATA_FREE/1024/1024, 2) AS 碎片空间_MB,
    ROUND((DATA_FREE/(DATA_LENGTH + INDEX_LENGTH)) * 100, 2) AS 碎片占比_百分比
FROM information_schema.TABLES
WHERE TABLE_SCHEMA = 'test_db' AND ENGINE = 'InnoDB'
ORDER BY 碎片空间_MB DESC;

2. 碎片清理方案（生产环境慎用，避开业务高峰）

• InnoDB 表：执行OPTIMIZE TABLE 表名; 整理碎片（会锁表，业务低峰执行）
• MyISAM 表：同样使用 OPTIMIZE TABLE，修复表 + 整理碎片

重要提醒：线上高并发业务，优先使用数据归档代替频繁碎片整理，避免锁表影响业务。

---

七、实操 5：查看 MySQL 物理磁盘真实占用（系统层面）

上述所有 SQL 查询的是MySQL 逻辑空间，和服务器磁盘实际占用可能不一致。想要查看真实磁盘占用，需要登录服务器执行 Linux 命令。

1. 查找 MySQL 数据存储目录

登录 MySQL 执行：

sql

show variables like 'datadir';

输出示例：/usr/local/mysql/data/，此路径为 MySQL 数据根目录。

2. Linux 查看磁盘占用命令

（1）查看整个 MySQL 目录总大小

bash

运行

du -sh /usr/local/mysql/data/

（2）查看单个数据库文件夹大小

bash

运行

du -sh /usr/local/mysql/data/test_db/

（3）查看目录下所有表文件大小（按大小排序）

bash

运行

du -lh /usr/local/mysql/data/test_db/ | sort -rh

逻辑空间 vs 物理空间差异总结

1. 物理磁盘 > 逻辑空间：存在碎片、binlog 日志、redo/undo 日志、临时文件；
2. 物理磁盘 < 逻辑空间：MySQL 开启了压缩、页合并功能；
3. 云 RDS 用户：无法登录服务器，直接在云平台后台查看磁盘监控即可。

---

八、常见问题与避坑总结

问题 1：查询结果为 0？

• 原因：库名、表名大小写错误（Linux 系统 MySQL 区分大小写）；
• 解决：核对TABLE_SCHEMA名称，和实际数据库名保持一致。

问题 2：InnoDB 表行数不准？

• 正常现象：InnoDB 为事务型引擎，不会实时统计精确行数，大表建议使用 SELECT COUNT(*) FROM 表名; 精确统计。

问题 3：执行 SQL 权限不足？

• 原因：当前数据库账号没有 information_schema 查询权限；
• 解决：使用 root 管理员账号执行，或给普通账号授权。

问题 4：碎片占比过高如何处理？

碎片占比超过 30% 建议整理碎片，务必选择凌晨、业务低峰期操作，防止锁表。

---

九、总结

本文覆盖了 MySQL 查看容量的全场景方案，从 SQL 查询库、表、索引、碎片，到 Linux 系统查看物理磁盘占用，适配所有主流 MySQL 版本，语句可直接复制用于生产环境。

快速使用清单（收藏备用）

1. 全局所有库大小 → 第三节 SQL；
2. 单个数据库总容量 → 第四节 SQL；
3. 库下所有单表大小 → 第五节 SQL；
4. InnoDB 碎片查询 → 第六节 SQL；
5. 服务器物理磁盘占用 → 第七节 Linux 命令。

数据库空间监控是运维基础工作，建议将容量查询脚本加入定时巡检，提前发现空间隐患，保障业务稳定运行。