mysql数据压缩是指通过特定算法对数据库中存储的数据进行编码处理，减少数据占用的物理存储空间，同时尽可能不影响正常的读写操作。数据压缩在mysql中主要应用于存储引擎层，不同引擎的实现逻辑和适用场景有明显区别。
mysql数据压缩的核心原理
mysql的数据压缩本质是对数据页或者行记录进行冗余消除和编码转换。对于支持压缩的存储引擎，数据在写入磁盘前会先经过压缩算法处理，读取时再从磁盘加载压缩后的数据，解压后返回给上层调用。压缩过程会消耗额外的CPU资源，换取存储空间的减少，因此需要在CPU开销和存储收益之间做权衡。
常见压缩算法
mysql内置的压缩算法主要有ZLIB、LZ4等，不同算法的压缩率和压缩解压速度存在差异。ZLIB的压缩率更高，但压缩和解压的CPU消耗更大；LZ4的压缩速度更快，CPU占用低，但压缩率相对弱一些。用户可以根据业务对性能和存储的需求选择合适的算法。
innodb引擎的压缩实现
innodb是mysql最常用的存储引擎，它支持表级别的数据压缩，主要通过配置innodb_file_per_table和innodb_compression相关参数开启。innodb的压缩是针对数据页进行的，默认数据页大小是16KB，开启压缩后可以将数据页压缩到更小的尺寸，比如8KB、4KB等。
开启innodb表压缩的步骤
首先需要确保innodb_file_per_table参数开启，该参数控制每个表是否使用独立的表空间文件，只有独立表空间才支持压缩。相关配置和建表语句示例如下：
-- 查看innodb_file_per_table状态
SHOW VARIABLES LIKE 'innodb_file_per_table';
-- 如果未开启，执行以下命令开启（需要重启mysql生效）
SET GLOBAL innodb_file_per_table=ON;
-- 创建压缩表，指定压缩页大小为8KB
CREATE TABLE test_compress (
id INT PRIMARY KEY,
content VARCHAR(255)
) ENGINE=INNODB ROW_FORMAT=COMPRESSED KEY_BLOCK_SIZE=8;
其中ROW_FORMAT=COMPRESSED表示开启压缩行格式，KEY_BLOCK_SIZE指定压缩后的数据页大小，该值需要小于等于innodb的默认页大小，通常设置为4、8等数值。
压缩效果查看
可以通过information_schema库中的表查看压缩表的存储情况，示例查询语句如下：
-- 查看test_compress表的压缩相关信息
SELECT
TABLE_NAME,
DATA_LENGTH,
INDEX_LENGTH,
DATA_FREE
FROM information_schema.TABLES
WHERE TABLE_SCHEMA='你的数据库名' AND TABLE_NAME='test_compress';
DATA_LENGTH表示压缩后的数据大小，DATA_FREE表示未使用的空间，通过对比未压缩表的DATA_LENGTH可以直观看到压缩带来的存储节省。
mysql数据压缩的适用场景
不是所有业务都适合开启mysql数据压缩，需要结合业务特征判断：
- 适合场景：数据量极大、存储成本占比高、读写QPS相对较低的归档类业务，或者表中存在大量重复文本、长字段的场景，这类场景压缩收益明显。
- 不适合场景：读写QPS极高、CPU资源已经比较紧张的业务，或者表中字段都是短整型、重复度极低的场景，这类场景压缩带来的存储收益很小，反而会增加CPU开销，影响业务性能。
压缩相关的性能注意事项
开启数据压缩后，写入数据时需要先压缩再落盘，读取时需要先解压再返回，因此会增加CPU的消耗。如果业务本身CPU使用率已经很高，开启压缩可能会导致查询延迟上升、写入吞吐量下降。另外，压缩表的页大小如果设置过小，可能会导致页分裂的概率上升，进一步影响性能，因此需要根据实际数据特征调整KEY_BLOCK_SIZE参数。
可以通过监控mysql的innodb_compression_ops相关状态变量，查看压缩和解压的操作次数，结合CPU使用率判断压缩配置是否合理。如果压缩失败的次数过多，说明KEY_BLOCK_SIZE设置过小，需要调整参数。
mysql数据压缩innodb_compression压缩算法存储优化修改时间：2026-07-08 08:15:26