如何通过界面查看数据表的体积大小_数据与索引所占磁盘空间的统计解读-phpMyAdmin-PHP中文网

sp_spaceused仅统计主分区数据，低估lob及分区外空间；应联查sys.allocation_units聚合所有分配单元以获真实占用。

sql server：用 `sp_spaceused` 看单表真实占用，但注意它不包含 lob 或分区外数据

sp_spaceused 是最直接、最常用的入口，执行 exec sp_spaceused 'orders' 就能立刻看到数据大小、索引大小、未用空间（单位 kb）。但它返回的是当前堆或聚集索引的主分区统计，如果表启用了分区、或有大对象（text/xml/varbinary(max)）且存储在单独的分配单元里，这部分空间可能被低估甚至完全漏掉。

常见错误现象是：明明表里存了几百 MB 的附件，sp_spaceused 却只报出几十 MB。这时得切到 sys.dm_db_partition_stats 手动聚合所有分配单元：

SELECT 
  t.name AS table_name,
  SUM(p.rows) AS row_count,
  SUM(a.total_pages) * 8 AS total_kb,
  SUM(a.used_pages) * 8 AS used_kb
FROM sys.tables t
JOIN sys.partitions p ON t.object_id = p.object_id
JOIN sys.allocation_units a ON p.partition_id = a.container_id
WHERE t.name = 'Orders'
GROUP BY t.name;

必须 JOIN sys.allocation_units，不能只靠 sys.partitions —— 后者不暴露 LOB 页面计数
total_pages 包含数据页 + 索引页 + LOB 页，used_pages 是实际写入的页数，差值就是碎片或预留但未填满的空间
如果表有多个分区（比如按日期切分），GROUP BY 必须包含分区键维度，否则会把不同分区混加

MySQL：查 `information_schema.TABLES` 时，`data_length` 和 `index_length` 是估算值

MySQL 的 information_schema.TABLES 视图返回的 data_length 和 index_length 来自存储引擎的元数据缓存，并非实时磁盘读取。对 InnoDB 表尤其明显：它反映的是缓冲池中“已知”的页面数量 × 页面大小，不是物理文件 .ibd 的真实字节数。

使用场景上，它适合快速巡检、排序大表、发现异常膨胀，但不适合做容量审计或释放空间决策。例如执行 OPTIMIZE TABLE 后，视图里的数值可能几秒内不变，而 ls -lh table.ibd 已明显变小。

想看真实物理大小？直接进数据库目录用 ls -lh（Linux）或 dir（Windows），前提是知道 innodb_file_per_table=ON 且没启用通用表空间
data_free 字段常被误读为“可用空间”，其实它是最近一次 ALTER TABLE 或 TRUNCATE 后留下的空闲区，不一定能被新行复用
MyISAM 表的 data_length 更接近真实值，因为它的 .MYD 文件是顺序追加的

Oracle：`user_segments` 返回的是分配空间，不是已用空间；`ANALYZE TABLE` 才能算出实际数据体积

Oracle 中 SELECT bytes FROM user_segments WHERE segment_name = 'EMPLOYEES' 查出来的是这个表“向表空间申请并锁定”的总字节数，哪怕你刚 TRUNCATE 完，只要没 SHRINK SPACE，bytes 也不会变。它反映的是资源预留量，不是实际负载。

真正反映“当前数据占多少空间”的，是 ANALYZE TABLE employees COMPUTE STATISTICS 后查 user_tables：

SELECT num_rows * avg_row_len / 1024 / 1024 AS "MB_used"
FROM user_tables 
WHERE table_name = 'EMPLOYEES';

avg_row_len 是采样估算值，对变长字段（VARCHAR2）偏差较大；num_rows 也可能过期，需定期 DBMS_STATS.GATHER_TABLE_STATS
如果表有分区，user_segments 会为每个分区生成一行记录，必须加 AND segment_type = 'TABLE PARTITION' 过滤，否则会重复计算基表头
LOB 列单独成段，名字通常是 SYS_LOB*，要额外查 user_lobs 关联 user_segments

图形化工具显示的“大小”往往只展示一个维度，容易误导判断

Navicat、DBeaver、SSMS 的对象浏览器里点一下表就显示“Size: 124.5 MB”，这个数字来源五花八门：SSMS 调的是 sp_spaceused，DBeaver 默认走 information_schema，Navicat 对 Oracle 可能只读 user_segments.bytes。它们不会告诉你这是“分配空间”还是“已用空间”，更不会区分数据/索引/LOB。