MySQL数据库容量大小查询方法：表数据与磁盘占用统计

在日常运维 MySQL 数据库、服务器扩容或业务性能优化时，查看数据库整体容量、单表大小、磁盘实际占用几乎是绕不开的高频动作。不少开发者只会简单查询数据量，但对逻辑数据大小与物理磁盘占用的区别往往含糊不清，更别说快速统计库、表、索引及碎片空间了。

本文整理了线上生产环境通用、兼容 MySQL 5.7/8.0 全版本的查询语句，从全局数据库容量、指定库大小、单表数据+索引、磁盘真实占用、空间碎片分析等多个维度展开。SQL 语句直接复制即可运行，同时附上实操场景、结果解读和运维干货，后端开发、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 语句

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 数据库总容量_GBFROM information_schema.TABLESGROUP BY TABLE_SCHEMAORDER BY 数据库总容量_MB DESC;

结果解读

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

适用场景

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

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

如果只想查看某一个业务库的总大小，使用下面这条 SQL，将库名替换即可。

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

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

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 库总容量_GBFROM information_schema.TABLESWHERE TABLE_SCHEMA = 'test_db';

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

有些库混合使用了 InnoDB、MyISAM 引擎，可以按引擎分组统计：

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

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

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

完整 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.TABLESWHERE TABLE_SCHEMA = 'test_db'ORDER BY 表总大小_MB DESC;

关键说明

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

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

InnoDB 引擎在频繁增删改数据后，会产生大量空间碎片，这些碎片不会自动释放，带来的后果包括：

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

1. 查询表碎片大小

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.TABLESWHERE 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 执行：

show variables like 'datadir';

输出示例：/usr/local/mysql/data/，即 MySQL 数据根目录。

2. Linux 查看磁盘占用命令

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

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

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

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

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

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 命令。

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