MyISAM压缩后更小是因为myisampack对.MYD文件进行无损行级压缩，利用重复值、空值和冗余填充归档，而InnoDB页压缩率较低；必须停写后运行myisampack离线压缩，且压缩后表永久只读。
MyISAM 在只读日志场景下确实能比 InnoDB 占用更少磁盘空间，但前提是必须主动启用压缩，且接受「只读」这个硬约束。
为什么 MyISAM 压缩后更小？
MyISAM 支持对 .MYD（数据文件）做无损压缩，原理是将重复值、空值、固定长度字段的冗余填充统一归档；而 InnoDB 的页压缩（ROW_FORMAT=COMPRESSED）作用于 B+ 树页层面，压缩率通常不如 MyISAM 针对纯行数据的打包方式高——尤其当字段大量为 VARCHAR 或含长空白时。
关键点在于：MyISAM 压缩不是靠配置项自动触发的，必须显式运行 myisampack 工具。
如何安全执行 myisampack 压缩？
压缩前表必须处于只读状态（否则工具会拒绝执行），且压缩后无法再写入。常见操作流程：
- 确保该表已停止写入（如日志归档完成、应用已切到新表）
- 执行
myisampack /var/lib/mysql/dbname/tablename（路径需匹配实际.MYD文件位置） - 运行
mysqlcheck -r dbname tablename修复表结构（压缩后索引可能失效） - 重启 MySQL 或执行
FLUSH TABLES让服务重新加载压缩后的表
注意：myisampack 不支持在线压缩，也不支持压缩后解压回可写状态；若后续还需追加日志，必须新建未压缩表并迁移查询逻辑。
压缩后查询性能和兼容性风险
压缩表仍可用标准 SQL 查询，但以下行为会失败：
-
INSERT、UPDATE、DELETE语句直接报错Table 'xxx' is read only -
ALTER TABLE ... ENGINE=MyISAM会丢失压缩状态，变成普通未压缩表 - 备份工具如
mysqldump能导出数据，但恢复后是未压缩的可写表——想保留压缩，得用cp直接拷贝.MYD和.MYI文件
另外，压缩表不支持全文索引以外的任何索引变更（如 ADD INDEX），所有索引必须在压缩前建好。
比压缩更轻量的存储节省手段
如果不想锁死写能力，可考虑折中方案：
- 用
ROW_FORMAT=FIXED创建 MyISAM 表（即使含VARCHAR字段），强制转为定长行格式，减少碎片和指针开销 - 避免
TEXT/BLOB类型，改用VARCHAR(255)并配合应用层截断 - 定期
OPTIMIZE TABLE清理删除标记和碎片（仅对未压缩 MyISAM 有效）
真正需要极致压缩 + 只读 + 高并发查询的场景，MyISAM 压缩仍是可行选择；但只要存在任何后续写入预期，就别碰 myisampack——InnoDB 的 innodb_file_per_table=ON + ROW_FORMAT=COMPRESSED 组合虽然略大，至少还能 INSERT。
