MySQL与PostgreSQL表空间监控与优化实战

1. 数据库表空间监控的重要性

在日常数据库运维工作中，我们经常遇到这样的场景：某个业务突然变慢，排查半天发现是磁盘空间不足；或者执行一个简单的UPDATE语句却异常缓慢，最终发现是表空间碎片化严重。这些问题其实都可以通过定期检查表的磁盘占用情况来预防。

数据库表的空间占用不仅影响存储成本，更直接影响查询性能。当表的物理存储超过文件系统或磁盘的70%容量时，I/O性能会明显下降；而表空间碎片化会导致随机读写增加，可能使查询性能降低30%以上。作为DBA，我们需要掌握多种方法来监控表空间使用情况。

2. MySQL表空间查看方法

2.1 使用information_schema系统表

MySQL提供了最直接的方式查询表空间信息：

sql复制SELECT 
    table_schema as '数据库',
    table_name 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)',
    round(data_free/1024/1024, 2) as '碎片空间(MB)'
FROM information_schema.TABLES
WHERE table_schema not in ('information_schema','performance_schema','mysql','sys')
ORDER BY (data_length+index_length) DESC;

这个查询会返回所有非系统库的表空间使用情况，按总大小降序排列。其中：

• data_length：表数据大小
• index_length：索引大小
• data_free：未使用的碎片空间

注意：在InnoDB中，data_free并不完全等同于可回收空间，它表示的是表空间文件中未初始化的空间。

2.2 使用SHOW TABLE STATUS命令

对于单个表的详细分析，可以使用：

sql复制SHOW TABLE STATUS LIKE '表名'\G

输出结果中的Data_length、Index_length、Data_free等字段与information_schema中的含义相同，但会额外提供行数、平均行长度等有用信息。

2.3 物理文件检查

对于使用独立表空间的InnoDB（innodb_file_per_table=ON），可以直接查看数据目录中的.ibd文件：

bash复制ls -lh /var/lib/mysql/数据库名/

这种方法特别适合快速检查大表，但需要注意：

1. 文件大小可能略大于实际数据量（包含未使用的空间）
2. 对于共享表空间，所有表都存储在ibdata1文件中，无法单独查看

3. PostgreSQL表空间分析技术

3.1 使用pg_relation_size函数族

PostgreSQL提供了一组强大的函数来查看表空间：

sql复制SELECT 
    pg_size_pretty(pg_relation_size('表名')) as 表大小,
    pg_size_pretty(pg_total_relation_size('表名')) as 总大小,
    pg_size_pretty(pg_indexes_size('表名')) as 索引大小;

其中：

• pg_relation_size：仅表数据大小
• pg_total_relation_size：包含索引和TOAST数据
• pg_indexes_size：仅索引大小

3.2 查看所有表空间使用情况

这个查询可以列出数据库中所有表的空间占用：

sql复制SELECT 
    nspname as 模式名,
    relname as 表名,
    pg_size_pretty(pg_relation_size(relid)) as 数据大小,
    pg_size_pretty(pg_indexes_size(relid)) as 索引大小,
    pg_size_pretty(pg_total_relation_size(relid)) as 总大小
FROM pg_catalog.pg_statio_user_tables
ORDER BY pg_total_relation_size(relid) DESC;

3.3 检查TOAST表空间

PostgreSQL的大对象会存储在TOAST表中，也需要关注：

sql复制SELECT 
    relname,
    pg_size_pretty(pg_relation_size(oid)) 
FROM pg_class
WHERE relname LIKE 'pg_toast%';

4. Oracle表空间监控方案

4.1 使用DBA_SEGMENTS视图

Oracle中查看表空间最全面的方式是：

sql复制SELECT 
    owner as 所有者,
    segment_name as 段名,
    segment_type as 类型,
    bytes/1024/1024 as 大小MB,
    tablespace_name as 表空间
FROM dba_segments
WHERE segment_type = 'TABLE'
ORDER BY bytes DESC;

4.2 检查表空间使用率

这个查询显示各表空间的使用情况：

sql复制SELECT 
    df.tablespace_name as 表空间,
    df.bytes/1024/1024 as 总大小MB,
    (df.bytes-fs.bytes)/1024/1024 as 已使用MB,
    fs.bytes/1024/1024 as 空闲MB,
    round(100*(df.bytes-fs.bytes)/df.bytes) as 使用率
FROM 
    (SELECT tablespace_name, sum(bytes) bytes FROM dba_data_files GROUP BY tablespace_name) df,
    (SELECT tablespace_name, sum(bytes) bytes FROM dba_free_space GROUP BY tablespace_name) fs
WHERE df.tablespace_name = fs.tablespace_name;

4.3 使用DBMS_SPACE包

对于更详细的空间分析：

sql复制EXEC DBMS_SPACE.UNUSED_SPACE('SCHEMA','TABLE','TABLE',unused_bytes=>:unused,...

5. SQL Server空间监控方法

5.1 使用sp_spaceused存储过程

SQL Server中最简单的方式：

sql复制EXEC sp_spaceused '表名'

这会返回：

• rows：行数
• reserved：保留空间
• data：数据空间
• index_size：索引空间
• unused：未使用空间

5.2 查询sys.allocation_units

更底层的空间信息可以通过系统视图获取：

sql复制SELECT 
    OBJECT_NAME(p.object_id) as 表名,
    a.total_pages as 总页数,
    a.used_pages as 已用页数,
    a.data_pages as 数据页数,
    (a.total_pages*8)/1024 as 总空间MB,
    (a.used_pages*8)/1024 as 已用空间MB
FROM sys.allocation_units a
JOIN sys.partitions p ON a.container_id = p.partition_id
WHERE p.object_id = OBJECT_ID('表名');

5.3 检查数据库文件使用情况

sql复制SELECT 
    name as 逻辑文件名,
    physical_name as 物理路径,
    size*8/1024 as 分配大小MB,
    FILEPROPERTY(name, 'SpaceUsed')*8/1024 as 已用空间MB
FROM sys.database_files;

6. 高级分析与优化技巧

6.1 识别空间浪费严重的表

通过分析data_free或未使用空间比例，可以找出需要优化的表：

sql复制-- MySQL示例
SELECT 
    table_name,
    round(data_free/(data_length+index_length+data_free)*100,2) as 碎片率
FROM information_schema.TABLES
WHERE table_schema = '你的数据库'
ORDER BY 碎片率 DESC
LIMIT 10;

经验值：当碎片率超过20%时，建议考虑表优化操作

6.2 表空间优化操作

不同数据库的优化方法：

6.3 自动化监控方案

建议设置定期任务监控表空间增长：

1. 创建历史记录表
2. 编写采集脚本（如每天凌晨执行）
3. 设置增长率告警阈值（如单日增长超过10%）
4. 可视化展示趋势图

示例MySQL监控脚本：

sql复制INSERT INTO table_growth_monitor
SELECT 
    now() as collect_time,
    table_schema,
    table_name,
    data_length+index_length as total_size
FROM information_schema.TABLES
WHERE table_schema NOT IN ('mysql','information_schema');

7. 常见问题排查

7.1 查询结果与磁盘使用不符

可能原因：

1. 数据库使用预分配空间（如InnoDB的扩展机制）
2. 存在未统计的临时文件或日志
3. 回收站或延迟删除机制保留的旧数据

解决方案：

• 检查数据库的自动扩展设置
• 查看数据库日志文件大小
• 对于Oracle，检查RECYCLEBIN

7.2 OPTIMIZE TABLE锁表问题

在MySQL中，OPTIMIZE TABLE会锁表，对大表可能造成业务中断。替代方案：

1. 使用pt-online-schema-change工具
2. 在从库执行后主从切换
3. 业务低峰期操作

7.3 表大小突然激增

排查步骤：

1. 检查是否有批量数据导入
2. 查看最近执行的SQL语句
3. 检查应用程序日志
4. 确认是否索引重建或统计信息更新

8. 实战经验分享

在实际工作中，我发现几个特别有用的技巧：

1. 快速估算增长趋势：对关键业务表，每周采集一次大小数据，用简单线性回归预测何时需要扩容。

2. 索引空间优化：曾遇到一个案例，一个表的索引占用了数据3倍的空间，通过重建索引并调整填充因子，节省了60%空间。

3. 分区表监控：对于分区表，要分别监控每个分区的空间使用，我曾发现一个分区异常增长，最终定位到是应用程序的批量删除逻辑有问题。

4. 云数据库特殊注意：在RDS等托管服务中，有些空间统计可能不准确，最好结合控制台的监控指标一起看。