首页 > 数据库 >MySQL如何查看数据库磁盘空间大小

MySQL如何查看数据库磁盘空间大小

来源:互联网 2026-07-22 08:40:02

MySQL数据库磁盘空间占用需区分逻辑大小与物理占用。SQL层的information_schema.TABLES仅估算数据页和索引页,不含日志、碎片、临时文件等。真实磁盘占用需通过系统命令du查看数据目录,其值始终大于逻辑聚合值。

关于 MySQL 数据库磁盘空间占用的问题,其实有两个层面需要搞清楚:一个是 SQL 层面能看到的“逻辑大小”,另一个是操作系统层面真实的“物理占用”。很多人只盯着 information_schema.TABLES 里的数字,结果发现实际磁盘空间远大于预期——这中间差了多少,全看日志、碎片和临时文件攒了多少。

MySQL如何查看数据库磁盘空间大小

长期稳定更新的攒劲资源: >>>点此立即查看<<<

information_schema.TABLES 是唯一能从 SQL 层直接聚合出数据库逻辑空间的来源,但它的结果只反映数据页和索引页的估算字节数——日志、碎片、临时文件、undo 段、binlog 这些统统不算在内。真要查磁盘用了多少,必须结合系统命令。

查指定数据库的逻辑总大小(SQL 层)

SUM() 聚合当前库所有表的 DATA_LENGTHINDEX_LENGTH,再转为 MB 就成:

SELECT   TABLE_SCHEMA AS '数据库名',  CONCAT(ROUND(SUM(DATA_LENGTH + INDEX_LENGTH) / 1024 / 1024, 2), ' MB') AS '总大小',  CONCAT(ROUND(SUM(DATA_LENGTH) / 1024 / 1024, 2), ' MB') AS '数据大小',  CONCAT(ROUND(SUM(INDEX_LENGTH) / 1024 / 1024, 2), ' MB') AS '索引大小'FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'your_db_name'  AND TABLE_TYPE = 'BASE TABLE'  AND ENGINE IS NOT NULLGROUP BY TABLE_SCHEMA;

这里有几点需要注意:

  • 必须加 TABLE_TYPE = 'BASE TABLE',否则视图、系统表会混进来,导致统计偏高或权限报错。
  • ENGINE IS NOT NULL 过滤掉 MEMORYCSV 等无持久化存储的引擎,它们的 DATA_LENGTH 恒为 0。
  • 别忘了 WHERE TABLE_SCHEMA = 'your_db_name',不加就查全实例,结果冗长且可能越权。
  • 这个值是 InnoDB 的页级估算,大量 DELETE 后没执行 OPTIMIZE TABLEDATA_LENGTH 可能变小但磁盘不释放。

查整个 MySQL 实例各库的逻辑大小排序

想快速定位哪个库“看起来”最大,用于初步排查,可以这样:

SELECT   TABLE_SCHEMA AS '数据库名',  CONCAT(ROUND(SUM(DATA_LENGTH + INDEX_LENGTH) / 1024 / 1024, 2), ' MB') AS '总大小'FROM information_schema.TABLES WHERE TABLE_SCHEMA NOT IN ('mysql', 'information_schema', 'performance_schema', 'sys')  AND TABLE_TYPE = 'BASE TABLE'  AND ENGINE IS NOT NULLGROUP BY TABLE_SCHEMAORDER BY SUM(DATA_LENGTH + INDEX_LENGTH) DESC;
  • 排除系统库是硬性要求,否则 mysql 库里某些内部表会拉高数值。
  • 结果仍是逻辑估算,比如 innodb_file_per_table = OFF 时,所有表共享 ibdata1,这里算出来的和物理文件大小完全对不上。
  • 如果某库返回空行,说明它没有 InnoDB 表,或者当前用户没权限读取该库的 information_schema.TABLES

验证真实磁盘占用必须用 du

information_schema 的值不能代替磁盘用量报告。真实空间包含:ibdata1ibtmp1ib_logfile*、binlog、slow log、临时文件(若 tmpdir 指向数据目录)——这些全都不在 TABLES 里。

  • 查整个 MySQL 数据目录:运行 du -sh /var/lib/mysql(Linux 默认路径)。
  • 查单个库的物理目录:如数据库叫 myapp,执行 du -sh /var/lib/mysql/myapp,注意目录名与 TABLE_SCHEMA 一致,但受 lower_case_table_names 影响。
  • 找最大文件:用 ls -lSh /var/lib/mysql | head -10,重点看 ibdata1ibtmp1mysql-bin.* 是否异常膨胀。
  • 误删 ibdata1ib_logfile* 会导致 MySQL 启动失败,它们不是普通表文件。

为什么不能只信 DATA_LENGTH

很多人只取 DATA_LENGTH 就当“表大小”,其实它只是聚簇索引中有效数据的近似字节数,完全不含二级索引、B+ 树非叶子节点、全文索引——这部分全在 INDEX_LENGTH 里。漏掉它,低估幅度常达 30%–200%。

  • DATA_LENGTH + INDEX_LENGTH 才是逻辑上“数据+索引”的总和,单位字节。
  • DATA_FREEinnodb_file_per_table = OFF(共享表空间)下必须计入,独立表空间可忽略。
  • TABLE_ROWS 是采样估算,InnoDB 下偏差极大,别用它反推大小。
  • 压缩表(ROW_FORMAT=COMPRESSED)的 DATA_LENGTH 是解压后估算值,和磁盘实际占用偏差更大。

一句话总结:真实磁盘占用永远大于 information_schema.TABLES 聚合值,差多少取决于日志量、碎片、临时操作频率——这些无法从 SQL 层感知,只能靠 duls 看见。

侠游戏发布此文仅为了传递信息,不代表侠游戏网站认同其观点或证实其描述

热游推荐

更多
湘ICP备2026025700号-3 湘公网安备 43070302000280号
All Rights Reserved
本站为非盈利网站,不接受任何广告。本站所有软件,都由网友
上传,如有侵犯你的版权,请发邮件给xiayx666@163.com
抵制不良色情、反动、暴力游戏。注意自我保护,谨防受骗上当。
适度游戏益脑,沉迷游戏伤身。合理安排时间,享受健康生活。