Laravel迁移不支持MySQL的COMPRESS()函数，因其仅定义结构而非执行压缩；应使用PHP的gzdeflate()/gzinflate()配合Eloquent访问器实现透明压缩，字段类型推荐BINARY，避免索引压缩列及跨库兼容问题。
MySQL 的 COMPRESS() 函数不能直接用于 Laravel 迁移字段定义
因为 Laravel 迁移（Schema::create() 或 Schema::table()）只负责建表结构，不执行数据压缩逻辑；COMPRESS() 是 MySQL 运行时函数，作用于 INSERT / UPDATE 语句或查询中，不是字段类型。你无法在迁移里写 $table->binary('content')->compress() —— 这根本不存在。
常见错误现象：SQLSTATE[42000]: Syntax error or access violation: 1064 You have an error in your SQL syntax，源于误把函数当列属性用。
- 迁移只管字段类型：比如用
$table->binary('payload')或$table->longText('payload')存原始字节或 Base64 字符串 - 压缩动作必须由 PHP 层控制：存入前调用
gzdeflate()/gzencode()，读取后对应解压 - 别用
COMPRESS()+UNCOMPRESS()：它们依赖 MySQL 的 zlib，但 Laravel 默认 PDO 不自动处理二进制结果，容易返回乱码或空值
Laravel 模型中透明压缩字段的推荐做法
核心是利用 Eloquent 的 get/set 访问器（accessors/mutators），让压缩/解压对业务代码无感。字段物理类型建议用 BINARY（对应 PHP string 二进制安全）而非 TEXT，避免字符集干扰。
使用场景：日志快照、序列化配置、大段 JSON 缓存等写少读多、体积敏感的数据。
- 迁移中定义为
$table->binary('compressed_data')->nullable() - 模型里加 mutator：
public function setCompressedDataAttribute($value) { $this->attributes['compressed_data'] = gzdeflate($value); } - 加 accessor：
public function getCompressedDataAttribute($value) { return $value ? gzinflate($value) : null; } - 注意：如果字段可能为空，
gzinflate(null)会报错，务必判空
为什么不用 MySQL 的 COMPRESS() 而选 PHP 压缩
表面看 COMPRESS() 省事，实际埋坑更多。它返回的是 VARBINARY，但 Laravel 的 DB::select() 或 Eloquent 查询默认把二进制当字符串处理，导致高位字节被截断或转义失败。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
性能影响：PHP 层压缩开销极小（现代 CPU 上几微秒），而 MySQL 压缩需额外函数解析+权限校验，且无法复用 PHP 的 OPcache 或预热机制。
-
COMPRESS()结果含 4 字节长度头，但 Laravel 不识别，直接取值会多出垃圾字节 - 跨数据库迁移困难：PostgreSQL/SQLite 没等价函数，PHP 层实现则天然可移植
- 调试时无法直接
dd($model->compressed_data)查看明文 —— 必须先解压，而 PHP 访问器能自动完成
压缩字段的查询与索引限制
别指望对压缩字段做 WHERE 或 ORDER BY。压缩后内容完全不可读，MySQL 无法索引或比较。所有条件筛选必须基于原始字段或额外冗余字段。
容易踩的坑：有人试图 whereRaw('UNCOMPRESS(compressed_data) LIKE ?', ['%keyword%']) —— 这会强制全表扫描，且每次查询都触发解压，QPS 下降明显。
- 如需模糊搜索，单独建
$table->text('searchable_summary')存关键摘要 - 如需按时间范围查，确保有
$table->timestamp('created_at')并加索引 - 压缩字段本身不要加索引：
INDEX对BINARY列意义不大，还拖慢写入
真正麻烦的是数据一致性：一旦访问器逻辑改了（比如换用 zstd），旧数据就打不开。上线前务必批量验证解压兼容性，别只测新增。
