在mysql数据库的日常运维中，当单表数据量达到千万甚至亿级时，表文件占用的磁盘空间会非常可观，此时表压缩成为很多用户优化存储的首选方案。不过表压缩并非适用于所有场景，需要结合业务特性合理选择。
mysql压缩表的操作方法
mysql中不同存储引擎的表压缩方式存在差异，目前主流使用的是InnoDB存储引擎，以下是具体的压缩操作步骤。
InnoDB表压缩操作步骤
首先需要在创建表时指定ROW_FORMAT为COMPRESSED，同时可以设置压缩页大小，默认压缩页大小为8KB，也可以选择1KB、2KB、4KB、16KB等，压缩页大小需要小于等于innodb_page_size参数的值。
创建压缩表的示例代码如下：
-- 设置全局压缩相关参数，需要重启mysql生效
SET GLOBAL innodb_file_per_table=ON;
SET GLOBAL innodb_file_format=Barracuda;
-- 创建压缩表，指定行格式为COMPRESSED，压缩页大小为8KB
CREATE TABLE compressed_table (
id INT PRIMARY KEY AUTO_INCREMENT,
content VARCHAR(255) NOT NULL,
create_time DATETIME DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8;
如果已经存在非压缩的InnoDB表，想要将其转为压缩表，可以通过ALTER TABLE语句修改表属性：
-- 将已有表转为压缩表 ALTER TABLE existing_table ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8;
MyISAM表压缩操作方法
MyISAM引擎的表压缩需要使用myisampack工具，该工具是mysql自带的离线压缩工具，压缩后的表会变成只读状态，无法执行写入操作。
操作步骤如下：
- 停止mysql服务，或者确保要压缩的表没有被访问
- 执行myisampack命令压缩表文件：
myisampack /path/to/mysql/data/db_name/table_name.MYI - 执行myisamchk命令重建索引：
myisamchk -rq /path/to/mysql/data/db_name/table_name.MYI - 重启mysql服务即可使用压缩后的表
mysql表压缩的优点
- 减少存储空间占用：对于文本、JSON等重复率高的数据，压缩率通常可以达到30%到70%，大幅降低磁盘存储成本，尤其适合存储历史归档数据
- 降低IO压力：压缩后的表数据量更小，读取时从磁盘加载的数据页更少，能减少磁盘IO次数，对于IO密集型场景有一定性能提升
- 提升缓存效率：mysql的缓冲池可以缓存更多压缩后的数据页，减少缓冲池的换入换出频率，间接提升查询响应速度
mysql表压缩的缺点
- 增加CPU开销：数据的压缩和解压都需要消耗额外的CPU资源，如果服务器CPU本身负载较高，开启压缩会导致查询和写入的延迟上升
- 写入性能下降：InnoDB压缩表写入时需要先解压原有数据页，修改后再重新压缩，写入效率比普通表低20%到50%不等
- 存在适用限制：MyISAM压缩表只读，无法支持写入场景；InnoDB压缩表如果压缩失败，会导致数据页无法存储，可能出现写入报错
- 维护复杂度提升：压缩表出现损坏时恢复难度更高，且部分mysql工具对压缩表的兼容性不如普通表
表压缩的适用场景建议
建议优先在以下场景使用表压缩：
- 表数据为历史归档数据，写入操作极少，以查询为主
- 表中存在大量文本、JSON、冗余度高的字段，压缩收益明显
- 服务器磁盘资源紧张，且CPU资源有冗余
不建议在频繁写入的线上业务表、CPU负载已经较高的实例上开启表压缩，避免对业务性能造成负面影响。
mysql表压缩innodb_compression压缩表空间优化修改时间：2026-06-20 23:00:36